从可读性好和习惯两方面考虑,大家是怎么做的? 各种类成员在类体中书写的顺序,比如:
field
event
public
protected
private
readonly
constructor
static
abstract
virtual
override
我个人的做法是按字段、事件、属性、构造函数、函数、方法的大顺序,然后按私有、保护、公有,静态、只读、普通,重载、普通、虚拟的顺序往内细化。想看看大家的做法
.net 服务器端控件 程序开发
这是个人习惯问题,你觉得哪个顺序别人最容易理解,就什么写,不同的页面习题风格一致,毕竟你走了还要让维护人员容易接手
virtual应该和public字段一样,写在前面。
先共有后私有,别的一般没有讲究。多用region。因为IDE很智能,所以计较这些没意义,只有那些用vi编写C程序的人才关心这个,我们用的是Visual Studio。
这种搞法没啥必要,我们遵循就近原则及思维顺序。编写代码本身就有顺序,思路放在那里,自然流淌出来的就写代码的思路,写的人流畅,看的人也清楚理解当初写的人的思路。
相反你要刻意古板滴去搞八股规定,反而多余。
比如字段,你让我阅读的时候跨越七八百行回头去看 我要骂人滴
你写的时候也一样,你写着写着发现需要声明一个字段了,把鼠标上拉700行去写字段??写完了在ctrl-拉回来??估计你也会呸一声说“这TM谁定的老八股规定”
如果你有更重要的工程技巧,那么别揪着早就该淡忘的东西过头就好。
求。net停打印预览工具或控件,要求能打印文字,图形
.NET平台有哪些优秀的报表控件
有电路仿真软件开发心得的进
radiobuttonlist后添图片,该如何解决
WIN7非客户区绘制图标绘制不下去
问个关于DataGridView控件重绘的有关问题