精华内容
下载资源
问答
  • 虽然这是一个类似于api形式的项目,每个api里面只有固定的get,post,之类的才能成为方法。如果我在这个现有的风格上做一些修改,应用一些...如果以后有机会,还是需要在一个能够提升代码风格的项目组锻炼下。 一个函...

    虽然这是一个类似于api形式的项目,每个api里面只有固定的get,post,之类的才能成为方法。如果我在这个现有的风格上做一些修改,应用一些诸如《代码大全》中定义的“最合适7”的规则,或者一个函数的篇幅最好是一个屏幕那么高的规则,那么会在现有的代码中显得格格不入。我还是把自己的心得记录下来,作为自己的一种追求和努力的方向吧!如果以后有机会,还是需要在一个能够提升代码风格的项目组锻炼下。

    1. 一个函数本应该只完成一个功能。
      现在的系统中,很多地方做一些必要的参数合法性校验,也一股脑写到了函数体中。这导致可能需要阅读几十行代码才能真正进入到核心功能部分的代码。
    2. 写了setters,getters的类,却堂而皇之地将变量写成了类变量,而且丝毫没有用到private,protect。那在类外可以随便直接调用这些类变量,还用setters和getters作甚?
    3. 分层混乱。下层操作和上层操作经常混在一起。例如,明明可以实例化类的时候,传入一个构造函数的参数,就可以完成一些初始化操作,却用了一个函数成员去专门进行了类操作。然后在定义了对象之后,先调用初始化操作的函数成员,然后再调用真正需要的操作。
    4. 类方法和普通的方法并没有加以区分。一个类里面,有的方法在外部不需要访问,只在类的内部进行访问,却也被写成了成员函数。
    5. 函数的命名不太有解释性。这一点和第一点有交叉的地方。如果一个函数将很多毫无联系的操作揉在一个函数里,那么这也仅仅只是一种毫无意义的强硬做法。就是因为它完成了很多功能,导致在起名字的时候不能有一个很好的答案。既做了大篇幅的合法性校验,又去读取了文件,还实例化了类变量,还对变量进行了修改。那么最终这个函数应该叫什么呢,这真的是一个让人头痛的问题。
    6. 在python深究中的“赋值引用问题”是我在读代码时,发现了不能理解的地方,然后进行的实践。我不明白为什么原作者要给一个要操作的变量起了一个名字,然后对它做了一些修改,然后并没有把这个修改过的新变量赋给原来的变量,结果运行结果却还是正确的!如果说写这些代码的人明白其中的真理,那还好。如果是误打误撞,碰到了python这门语言的特性,那么下一次呢?
      Ps.如果是python的特性,倒是值得了解一下。所以我在知乎上提问,希望有高人指点我。
    7. 变量名非常ugly.在使用flask_restful的时候,需要定一些用于解析参数的变量,当一个api有多个参数时,就用了parser1, parser2, parser3这样的命名方式。非常没有意义,以及容易带来迷惑。
    8. 代码逻辑混乱。《代码大全》里面提到,一个好的做法是花更多的时间去想实现的具体细节,在还没有想清楚自己怎么实现的时候,还不是动手写代码的时候。现在的项目中很多代码明显没有经过谨慎的思考就动手写了。一个例子是,一个用于自动化获取数据的线程中,包含了三个部分。提取数据部分的代码,和线程的控制部分的代码,混在一起,可读性非常差。更好的做法是将获取数据的部分,也就是业务部分,定义为函数,将代码放在里面。然后控制线程运行的部分,只写这部分逻辑的代码。另外一个不好的例子,从数据库中删除数据,同时再从本地删除。实际上,不管数据库删没删数据,本地删没删,这个删除的api都应该是成功的。区别就是删除了数据,和没有数据可删。这个区别也只是为了给程序员debug使用,但是代码里却将这两个删除操作的结果组合起来写了4条分支用于处理不同的情况。例如:删除数据库成功,本地数据没有可删。或者两者都成功。因为我后来加的代码还要多删一个数据库的数据,那岂不是得写8个分支了,用这么多的代码就为了处理这么简单的逻辑,不是浪费资源吗。明明只要将不同的删除结果作为参数返回就好了。一句if else都不需要。

    ===============
    感觉现在呆的项目组一点东西都学不到了。
    虽然svn也是版本控制系统,它不如git好用(个人观点)。但是,svn也有branch呀!现在的svn仓库中,基于不同的开发需求,不同的开发者,有很多个源代码库!在这样的环境中,如果我做了正确的事,其实会被当成另类。
    关于技术虽然没有学习到,但关于工作态度还是学到很多。现在的leader是一个非常有责任心的人,也非常的上进。总是很积极主动地去做一些项目上的事情。真的很佩服他。如果让我带一个项目,如何跟客户沟通,如何统筹成员的工作任务,这些都是我不太擅长的。
    在这样的环境中,以及当前的局势下,我还是好好想想如何保持我的鸡头不动吧。

    希望这篇流水账式学习心得能够给你哪怕一丝帮助~祝好!

    展开全文
  • 代码心得

    千次阅读 2015-09-11 17:31:02
    代码心得体会
          很高兴通过csdn这个平台分享一下自己的心得体会,我是有写博客的习惯的,把自己解决问题的经验分享出来,让遇到同类问题的程序员可以快速解决问题。其实对于程序员来说,入门是很重要的,但是正真的入门,不是仅仅简简单单的比着书本敲出"hello world",正真的入门是上路是可以自己判断并开始写优质的代码。下面分享一下我做公众微信号的经验,对于微信公众号开发,我也是最近做项目开始的,在公司一直做C#开发刚接到项目经理让我做微信公众号开发的时间,我就感觉终于可以接触新东西了,下面主要分享一下我做微型公众号项目的经验。
          刚做项目的期间,也是一头雾水,面临很多问题,给一直很自信的我也带来了压力。当时感觉真的压力好大,毕竟项目经理很看重这个项目,而且把这个任务交给我了。对于开发经验不是很丰富的我来说,既爱又恨,爱自己有这个机会,恨自己不会这种技能。开始就做好了挑灯夜战的准备(公司加班),并给自己做了各方面的计划。把项目分成3块。开始从网上了解开发所需要的知识,不断的学习,慢慢的开始进入了开发状态。进行环境搭建,编码。

          慢慢的项目就进入了状态,随之而来的是各种问题,我开始了解决问题的旅程,其实现实中我是很喜欢问题的,尤其喜欢新型问题。这里也分享一下自己解决问题的方法。在开发中难免遇到各式各样的问题,对于如何处理问题主要看程序员的心态和能力。我每当遇到问题,内心都是很高兴的,终于有来了个可以涨姿势(长知识)的机会,我一般遇到问题就会在网上搜答案,一般对于我喜欢在博客园和csdn上搜,当然有时间也在国外的网站随便看看。搜问题其实也讲究方法,对于搜索其实也算是一种经验。相同问题,有的能搜出解决方案,有的搜不到,差距其实就是上网的经验,这里不再过多说搜索问题。回到解决问题的话题,我一般搜过答案之后,如果有解决办法,我就解决了,但是我一般对于有价值的问题,会被记录的这里也想建议csdn,对于个体用户做个可以记录错题和保存解决办法的功能模块。记录错误,这是个好的学习习惯,也是我在实验室期间师兄教我的学习方法。对于自身提高确实起到了很好的作用。

          在做微信公众号开发期间问题多多,比如没有环境,没有有经验的人指点。面对这些问题我开始就心里想一定要解决这些问题,把成果拿出来。对于当时遇到的问题,我都认真分析了一篇,针对某个问题,我都自己预定出一个解决方案,对于微信服务器发送信息的环境,我当时几乎都是模拟的,后来要求项目组配置外网环境,再部署的。对于遇到问题根本没有人帮你,因为公司就我一个做微信公众号开发。所以遇到的问题几乎都是在网上找的答案。对于开发中,慢慢的就有感觉了,开始慢慢的会调用微信服务器接口,之后会看文档写一些必要的代码。比如推送消息,授权。之后就熟悉了这块内容,开始自己根据产品经理的需要加一些功能,这就慢慢的学会了微信公众号开发。其实开发的重点,主要是解决问题的能力,遇到问题要分析清楚试图找到最优的解决方案。

          其次是效率,我是比较注重工作效率的,所以我几乎不加班。因为效率决定了一个项目的进度,遇到问题,不要开始就找解决方案,首先分析问题,这也是很多程序员的通病,上来就搜答案,这样看着快,其实慢。因为遇到这个问题这次解决了,下次还会有,所以要做的是分析之后在早解决方案,然后记录解决方案。一定要养成记录错误的习惯,把自己在开发中遇到的问题和解决方案 记录到文档上,之后没事的话翻一翻。这种积累经验的办法,很有效。不仅可以提高自己的能力,而且也可以分享到博客,给遇到相同问题的人一种解决办法。

    展开全文
  • Android 代码混淆心得

    万次阅读 2016-05-19 10:18:39
    原创作者:迷途开发者的... code)亦称花指令,是将计算机程序的代码,转换成一种功能上等价,但是难于阅读和理解的形式的行为。 将代码中的各种元素,如变量,函数,类的名字改写成无意义的名字。比如改写成单个字母

    原创地址:http://blog.csdn.net/tl792814781/article/details/51447255

    原创作者:迷途开发者的博客


    代码混淆

    代码混淆(Obfuscated code)亦称花指令,是将计算机程序的代码,转换成一种功能上等价,但是难于阅读和理解的形式的行为。
    将代码中的各种元素,如变量,函数,类的名字改写成无意义的名字。比如改写成单个字母,或是简短的无意义字母组合,
    甚至改写成“__”这样的符号,使得阅读的人无法根据名字猜测其用途。
    对于支持反射的语言,代码混淆有可能与反射发生冲突。代码混淆并不能真正阻止反向工程,只能增大其难度。
    因此,对于对安全性要求很高的场合,仅仅使用代码混淆并不能保证源代码的安全。但是可以在一定程度上保护自己的劳动成果。
    大笑(例子在末尾)

    忽略混淆的文件(规则):

    • Android系统组件,系统组件有固定的方法被系统调用。
    • 被Android Resource 文件引用到的。名字已经固定,也不能混淆,比如自定义的View 。
    • Android Parcelable ,需要使用android 序列化的。
    • 其他Anroid 官方建议 不混淆的,如
    • android.app.backup.BackupAgentHelper
    • android.preference.Preference
    • com.android.vending.licensing.ILicensingService
    • Java序列化方法,系统序列化需要固定的方法。
    • 枚举 ,系统需要处理枚举的固定方法。
    • 本地方法,不能修改本地方法名
    • annotations 注释
    • 数据库驱动
    • 有些resource 文件
    • 用到反射的地方


    心得:

      1.grade构建必须没有warn和error,不然刷入的版本依旧是上一个版本,这里要特别注意warn!
    2.ClassNotFoundException,NoSuchMethodError

         原因:这种异常会在好多情况下出现,比如:本地代码通过反射调用其他的类,但是经过了混淆之后,就会出现如上异常;调用了JNI之后,C或者C++和java代码进行交互的时候找不到java的类或者方法,导致发生了异常......等等,还有好多。

         解决办法:只需要将被调用的java类标注为不混淆即可。 -keep class package.classname{*;}


         3.ExceptionInInitializerError


         原因:这是由于类初始化的时候发生了异常。
         解决办法:找到具体是哪里的类哪个方法哪个类初始化的时候发生的异常,然后解决问题。

         注:遇到这个错误,首先要确认是不是因为第三方的jar包导致的。如果不是的话,就找本地代码,看是不是写的有问题。如果确实是因为第三方jar包的代码导致的,尽量找到源码或者反编译,查看问题到底是什么引起的,然后找到相应的配置在proguard里面配置。
         例如:我们项目中碰到过一个问题,就是因为第三方的jar包里面有一个字段初始化的时候报了空指针,然后导致我们的代码报了上面的错。当时很奇怪,为什么第三方的jar包还能报错,最后调查了之后才发现,是因为人家用到了类的注解,而proguard在混淆优化的时候把注解去掉了,所以报了空指针,只需要在proguard里面加上保护注解就可以了-keepattributes *Annotation*

         

    4.ClassCastException


         原因:类强制转换的时候出错。

         解决办法:找到代码,看是代码写的问题,还是混淆后的问题。如果没有混淆正常运行的话,一般都是因为混淆后遇到了各种问题才报的错。我们项目中遇到的问题是因为没有让proguard保持泛型,所以强转的时候报错。只需要在proguard文件里面加上泛型即可-keepattributes Signature


         

    5.Resources$NotFoundException(resource not found)


    资源没有找到,是因为第三方jar包或者自己的代码是通过反射获得R文件中的资源,所以需要将R文件屏蔽掉
        原因:代码进行了混淆,R文件没有了,所以通过反射获取的R文件找不到

        解决办法:在proguard文件里设置不混淆R文件    -keep class **.R$* { *; }


    6. Missing type parameter. or java.lang.ExceptionInInitializerError


    可能是泛型混淆了 泛型即可-keepattributes Signature

    混淆例子:


    1. <span style="font-family:FangSong_GB2312;font-size:12px;color:#333333;">#指定代码的压缩级别  
    2. -optimizationpasses 5  
    3. #包明不混合大小写  
    4. -dontusemixedcaseclassnames  
    5. #不去忽略非公共的库类  
    6. -dontskipnonpubliclibraryclasses  
    7.  #优化  不优化输入的类文件  
    8. -dontoptimize  
    9.  #预校验  
    10. -dontpreverify  
    11.  # 混淆时所采用的算法  
    12. -optimizations !code/simplification/arithmetic,!field/*,!class/merging/*  
    13. #保护注解  
    14. -keepattributes *Annotation*  
    15.   
    16.   
    17. # 保持哪些类不被混淆  
    18. -keep public class * extends android.app.Fragment  
    19. -keep public class * extends android.app.Activity  
    20. -keep public class * extends android.app.Application  
    21. -keep public class * extends android.app.Service  
    22. -keep public class * extends android.content.BroadcastReceiver  
    23. -keep public class * extends android.content.ContentProvider  
    24. -keep public class * extends android.app.backup.BackupAgentHelper  
    25. -keep public class * extends android.preference.Preference  
    26. -keep public class com.android.vending.licensing.ILicensingService  
    27. #如果有引用v4包可以添加下面这行  
    28. #-keep public class * extends android.support.v4.app.Fragment  
    29. -keep public class * extends android.support.** { *; }  
    30. #如果引用了v4或者v7包  
    31. -dontwarn android.support.*  
    32. #忽略警告  
    33. -ignorewarning  
    34.   
    35.   
    36. #####################记录生成的日志数据,gradle build时在本项目根目录输出################  
    37.  #混淆时是否记录日志  
    38. -verbose  
    39. #apk 包内所有 class 的内部结构  
    40. -dump class_files.txt  
    41. #未混淆的类和成员  
    42. -printseeds seeds.txt  
    43. #列出从 apk 中删除的代码  
    44. -printusage unused.txt  
    45. #混淆前后的映射  
    46. -printmapping mapping.txt  
    47.   
    48.   
    49. #####################记录生成的日志数据,gradle build时 在本项目根目录输出-end################  
    50.   
    51.   
    52. #####混淆保护自己项目的部分代码以及引用的第三方jar包library - start #######  
    53.   
    54.   
    55. #如果不想混淆 keep 掉  保留一个完整的包  
    56. #-keep class com.lippi.recorder.iirfilterdesigner.** {*; }  
    57. #项目特殊处理代码  
    58. #忽略警告  
    59. #-dontwarn com.lippi.recorder.utils**  
    60.   
    61.   
    62. #如果用用到Gson解析包的,直接添加下面这几行就能成功混淆,不然会报错。  
    63. #//原因分析,可能是高版本的 sdk 通过 proguard 混淆代码时默认已经将 lib目录中的 jar 都已经添加到打包脚本中,所以不需要再次手动添加  
    64. # 混淆jar  
    65. #-libraryjars libs/gson-2.2.4.jar  
    66. # 混淆类  
    67. #-keep class sun.misc.Unsafe { *; }  
    68. # 混淆包  
    69. #-keep class com.google.gson.examples.android.model.** { *; }  
    70. #dialog  
    71. -keep class me.drakeet.materialdialog.** { *; }  
    72. #加载框  
    73. -keep class com.kaopiz.kprogresshud.** { *; }  
    74. #下拉刷新  
    75. -keep class in.srain.cube.views.ptr.** { *; }  
    76. #实体类不混淆  
    77.   
    78.   
    79. -keep class com.ousrslook.shimao.commen.ioc.** { *; } #不能混淆 否则注解无效  
    80. -keep class com.ousrslook.shimao.model.** { *; } #不能混淆  
    81. -keep class com.ousrslook.shimao.net.XaResult{ *; }#统一返回的实体类泛型不能混淆  
    82. #-keep class com.ousrslook.shimao.net.** { *; }  
    83.   
    84.   
    85. ####混淆保护自己项目的部分代码以及引用的第三方jar包library-end####  
    86.   
    87.   
    88. -keep public class * extends android.view.View {  
    89.     public <init>(android.content.Context);  
    90.     public <init>(android.content.Context, android.util.AttributeSet);  
    91.     public <init>(android.content.Context, android.util.AttributeSet, int);  
    92.     public void set*(...);  
    93. }  
    94.   
    95.   
    96. #保持 native 方法不被混淆  
    97. -keepclasseswithmembernames class * {  
    98.     native <methods>;  
    99. }  
    100.   
    101.   
    102. #保持自定义控件类不被混淆  
    103. -keepclasseswithmembers class * {  
    104.     public <init>(android.content.Context, android.util.AttributeSet);  
    105. }  
    106.   
    107.   
    108. #保持自定义控件类不被混淆  
    109. -keepclassmembers class * extends android.app.Activity {  
    110.    public void *(android.view.View);  
    111. }  
    112.   
    113.   
    114. #保持 Parcelable 不被混淆  
    115. -keep class * implements android.os.Parcelable {  
    116.   public static final android.os.Parcelable$Creator *;  
    117. }  
    118.   
    119.   
    120. #保持 Serializable 不被混淆  
    121. -keepnames class * implements java.io.Serializable  
    122.   
    123.   
    124. #保持 Serializable 不被混淆并且enum 类也不被混淆  
    125. -keepclassmembers class * implements java.io.Serializable {  
    126.     static final long serialVersionUID;  
    127.     private static final java.io.ObjectStreamField[] serialPersistentFields;  
    128.     !static !transient <fields>;  
    129.     !private <fields>;  
    130.     !private <methods>;  
    131.     private void writeObject(java.io.ObjectOutputStream);  
    132.     private void readObject(java.io.ObjectInputStream);  
    133.     java.lang.Object writeReplace();  
    134.     java.lang.Object readResolve();  
    135. }  
    136.   
    137.   
    138. #保持枚举 enum 类不被混淆 如果混淆报错,建议直接使用上面的 -keepclassmembers class * implements java.io.Serializable即可  
    139. -keepclassmembers enum * {  
    140.   public static **[] values();  
    141.   public static ** valueOf(java.lang.String);  
    142. }  
    143.   
    144.   
    145. -keepclassmembers class * {  
    146.     public void *ButtonClicked(android.view.View);  
    147. }  
    148.   
    149.   
    150. #不混淆资源类  
    151. -keepclassmembers class **.R$* {  
    152.     public static <fields>;  
    153. }  
    154.  -keep class **.R$* { *; }  
    155. #避免混淆泛型 如果混淆报错建议关掉  
    156. -keepattributes Signature</span>  

    以上是在项目中的一些心得,谢谢。
    展开全文
  • java项目使用的架构是ssm(Spring+SpringMVC+MyBatis)。一、后台代码一般分三层,Controller,Service,Dao。1.Controller层是对前端或者接口的响应一个逻辑处理的层,这个层级一般调用的是Service层。这个层级调用...

    java项目使用的架构是ssm(Spring+SpringMVC+MyBatis)。

    一、后台代码一般分三层,Controller,Service,Dao。

    1.Controller层是对前端或者接口的响应一个逻辑处理的层,这个层级一般调用的是Service层。这个层级调用java代码实现的

    2.Service层是对Controller的功能的响应一个逻辑处理的层,是对后台的有关联的逻辑的一个处理。这个层级一般调用的是Service层和Dao层,这个层级调用java代码实现的

    3.Dao层是对Service的功能的响应的实现,这个层级调用的是数据库,这个层级调用sql代码的。

    二、如果Service代码的逻辑可以放在sql语句写(也就是Dao层),代码量少,代码比较简洁。

    展开全文
  • 那么在做这样的项目时,首先要做的除了对单个网页的框架进行设计以外,我们还应该注意代码的冗余问题,就是要使你设计的那个框架能够很好的兼容这几个网页的内容,达到写最少的代码实现同样的功能的效果。...
  • CRM项目心得

    千次阅读 2018-11-26 08:19:55
    CRM项目心得 通过这次做项目, 使我对编程有了进一步的认识。 做项目的时候, 最重要的 不是自己如何快速地将自己分配的任务做完, 而是要注重团队合作。 一开始组内 必须对这个项目的数据库的命名进行讨论, 定义...
  • 代码规范心得-持续更新

    千次阅读 2019-10-12 09:18:13
    总结一些自己在实际项目维护中遇到的一些痛点,大部分都是代码不规范引起的,以此为鉴。 1. 严格分层 控制层和业务层应严格区分开,业务层应该只和业务相关,要做到业务层即使离开当前系统,换个框架也可以继续运行...
  • 项目心得

    千次阅读 2012-08-18 22:42:08
    规划+思路+细节+网上搜索+现成库+先例分析+好的创意+大胆练习+请教大侠+精简代码+清晰注释 规划:PPT,流程图,每天做什么功能,每个功能保证完备的验证 思路:心中先有大致流程,消除各种数据获取和传递...
  • vue 项目心得总结

    千次阅读 2018-08-07 12:45:51
    项目使用 vue ,组件库使用 Element,模拟数据使用 Easy Mock 。 项目线上网址: 本人对于 vue 、Element 以及 Easy Mock 涉猎不深,不足之处请多多指教!... build 文件是项目构建 webpack 相关代码  conf...
  • sdk开发项目心得

    万次阅读 2016-09-12 10:27:02
    这是博主第一次sdk开发工作,是开发过程中的感悟和心得,写得不好,还请指正公司背景是一家专门从事sdk开发服务的公司,这次楼主接到sdk开发的任务,项目经理告知说可以依靠之前公司的sdk进行修修改改就可以完成任务...
  • oa项目心得

    千次阅读 2017-09-25 11:40:06
    这次项目时我们三个人做的,但是在我心里真的有三个人吗? 呵呵十多天的项目硬是让我们做成了一个作业 而且还是那种未完成的作业 这也是自己做的第一个大一点的项目 没想到做成了这样 但是我也对自己说过 下一个项目...
  • php代码优化心得

    千次阅读 2012-03-17 23:29:52
    因一段代码的更改,没有考虑到一些极端用户,上线后发现cpu异常波动, 造成线上不少机器cpu报警。 没有对数据进行完整的评估 数据只是取了各个用户的平均值,但是有一些极端用户,他的数据可能与 100w个一般...
  • eMule源代码学习心得

    千次阅读 2009-02-14 13:41:00
    1, eMule源代码学习心得(1):eMule代码的总体风格和其它相关工程 eMule的官方首页上写着:2002年05月13日一个叫做Merkur的人,他不满意原始eDonkey2000客户端并且坚信他能够做的更好,所以他开始制作。他聚集了其它...
  • 可视化大屏项目心得

    万次阅读 2021-05-16 11:23:50
    可视化面板介绍 ​ 应对现在数据可视化的趋势,越来越多企业需要在很多场景...2.这样的处理方式也会减少,vue文件的大小,代码看起来相对整洁。 3.这样的处理方式也是实现了组件化。 项目疑难 1.柱状图颜色渐变 seri
  • 谋篇布局:高效形成代码心得

    万次阅读 多人点赞 2015-08-11 22:43:17
    关于开发效率的心得体会
  • 单片机项目开发心得

    千次阅读 2015-08-22 22:19:38
    单片机项目开发的一些心得 1:拿到项目需求后,需统计完成项目功能需要多少个IO口和其他的一些外设,另一项重要指标就是单片机系统的功耗问题; 2:完成第1步之后,进行单片机选型,此时除了考虑单片机的功能需要...
  • 项目开发个人心得报告

    千次阅读 2017-07-11 20:07:21
     为期45天的J2EE实训已经接近尾声,项目开发工作基本完成,在本次项目的开发中,不论是对代码的认识,还是小组项目开发的定位,个人编码能力的提升都收获满满,受益良多。项目从需求的讨论,到原型的设计,再到代码...
  • 根据接口文档撸代码心得

    千次阅读 2017-02-22 18:20:43
    需求:在现有的web项目调用设备的接口来操控设备 分析过程:  文档的接口很多大概一两百,每个接口的参数个数不统一,有些是post,有些是get 如果像这样:public String methodA(String arg1,String arg2 ...){ ...
  • 验收项目心得

    千次阅读 2006-06-12 20:37:00
    今天是S1T94班的项目验收,功能全部完成的有5个人。不足的是他们全部将和数据库相关的操作全部写在界面里。虽然我在前面讲过singleton 和 chain of responsbility设计模式,但是他们并不能马上运用到实际的项目中去...
  • asp.net 项目心得

    千次阅读 2016-10-29 08:55:18
    项目完毕,对项目中遇到的关键难点,整理一下,希望对以后和其它人有帮助。 1、在有母版的情况下,获取dropdownlist选中值。 designer"runat="server" Width="150px"Height="20px" AutoPostBack="True...
  • 5月项目心得

    千次阅读 2016-05-15 20:58:05
    五月忙于项目,很少来CSDN,趁着今天有时间,和大家分享一下这两周来我参与项目的感受。 这次的项目从技术层面来讲并无难度,归根到底不过是一些CURD罢了。但从产品角度,要实现一个具有良好用户体验的产品并不是一...
  • VHDL代码心得1-流水灯

    千次阅读 2020-02-13 19:56:29
    要说的是第一次写的时候,代码结构差不多忘光了,加上之前有些也没弄懂,所以磕磕绊绊的,成功之后写一下代码心得 1.一个进程只能有一个边缘触发,所以触发信号if clk’event…之后一定不可以马上end if又再起一个if...
  • 前端项目管理心得

    千次阅读 2017-02-12 22:40:47
    项目比较古老,部分采用backbone,在加上JS文件分工不明确,花了不少时间通过调试来梳理代码结构。后续将加深对backbone各部分分工思想的理解,二级类目代码结构将用图表梳理,并沉淀到wiki中。 希望以后能够通过...
  • 前端项目架构心得

    千次阅读 2018-06-25 11:07:02
    这篇文给正要架构前端项目的人提供一份参考。1.技术不盲目追新: 完美满足需求的技术才是这个项目最好的技术 程序员喜欢用新技术无可厚非,但是如果项目是公司核心产品,用的技术过新,一种可能是技术存在BUG,...
  •  代码变得简洁跟优雅了太多,工具框架这些东西把我们需要重复劳作的事完全给解决掉,项目组基本一个@Data可以解决大部分问题,然后classs里边只需要每个属性一行代码就行~~. 2.那么同理Gradle呢?先来看图 这是使用...
  • C语言_学生信息管理系统项目心得

    千次阅读 2020-06-22 20:40:07
    标题@## C语言_学生信息管理系统项目(文件版)心得 简介: 初步实现学生信息的增删改查功能,并将对学生数据的操作结果同步到txt文档。先上一波图看效果: 修改学生信息界面 思路: 先实现控制台部分的增删改...
  • 一个项目心得记录

    千次阅读 2016-11-18 17:55:41
    1. 项目背景 (1) 公司的要求从FTP上,下载文件,然后从文件里读取值,读取之后,写入数据库。这个文件里有很多项数据,读取是其中一项。 (2) 开发以及运行环境,如下表1.1所示。   表 1.1 开发及运行环境 ...
  • SmartGwt 项目心得

    千次阅读 2010-03-17 14:45:00
    初识 GWT 还是在09年中,一开始做了 GWT-ext 项目,感觉还行。   后来 Sanjiv jivan 转到 SmartClient ,创建了Smart Gwt。   公司正好要开发一个 CRM ,于是就用 SmartGwt 做了,整合了 Spring 2.5, ...
  • 项目提测心得

    千次阅读 2013-06-01 11:21:28
    1、获取某个文件夹下面的文件的集合的顺序不用,这会让本来在window下run正常的代码放到Linux下不正常 2、调用API时调用底层方法时得到的结果会有不同 linux系统将war包作为文件夹一样的东西可

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 79,957
精华内容 31,982
关键字:

代码项目心得