无废话简单高效C#编码规范20100611
自己看自己的代码啥问题也没有，但是一个团队、N多个人、N多年的代码，就比较难维护、难阅读了，什么样的不好的习惯、错误漏洞能出来的就全出来了。 阅读全文
这个是C/S里调用单点登录B/S的代码部分，实现单点登录，只需要一行代码就可以，怕别人看不懂，就把代码也抓了图贴上来了 阅读全文
又是很多年前，我们公司第一次用C#.NET 写程序，大家积极性都非常高，研究技术也热火朝天，当时公司里有几个高手，的确不服不行的那种，在当时的环境下什么分层什么的搞得特精通，连WebService等时髦的技术，没几下都搞明白了，公司按最牛X的技术方式，最合理的分层结构，设计了崭新的系统，大家都觉得非常满意，怎么讲都有道理。 阅读全文
前些日子有个朋友，找我做一个考试软件，浙江省驾驶员理论包考专用系统，总共也没几个页面需要做，但是他以前的数据库VFP的数据，题库里有几千条数据，若人工录入几乎比太可行，他把原来的软件，给我装好，还需要注册，给我演示功能，然后把需要改进的地方，都告诉我，我收了定金后就开始动手研究了。
阅读全文
最近检查代码质量、看到有写primaryKey = MAX(Id) + 1的做法，总让我有些不爽，虽然是新闻类的网站，对主键的要求不是很严格，关联的数据也不复杂，但是总觉得这样的做法，不是很妥当。
阅读全文
1：若是一个系统管理员，对数据进行了排序(微软的树形控件、遍历节点不太友善)，那这个排序结果怎么保存？怎么产生排序算法？假设是一个无限的树形结构？读取数据时，如何读取才能按树形的结构可以在列表里显示出来？排序的算法写起来是否很简单、易懂？ 阅读全文
经常会想，是不是存在闭门造车问题，是否存在过度设计？客户到底想要的什么？我们做出来的东东是不是客户最需要的、最想要的？我们做到什么程度是客户可以满意的，最低做到什么程度又是客户能忍受的，哪些功能是非不做不可的，必须要达到客户的要求？
阅读全文
我的观点未必是正确的，但是希望能起一些参考作用。
其实不太想写这篇文章了，今天杭州下雨没出门，在家里无聊就继续写文章了，不管别人骂也罢、支持也罢，继续写IT草民文章，继续思绪凌乱的文章。
赚别人的钱有多难，打个比喻：当写一篇文章后想得到大家的点击、推荐有多难？有几个人肯仔细看你的文章，又有几个人肯给你按推荐支持你？按推荐只是举手之劳但是没几个人会主动按推荐，你只是想要大家的推荐都这么难，更何况想拿别人的钱，更会是有多少难呢？ 阅读全文
很多人觉得，我特能乱写，其实参加工作都10年了，每个月就算发生一件事情一个感慨，也足够可以写120篇了。今天不知道怎么回事，彻底失眠了，一晚上没能入睡，想来想去，把这（大学毕业后）10年里曾经想学的或学过的东西，想到的列出来看看，大家是不是也同样有过类似的情况或在不久的将来会有跟我类似的情况发生？
阅读全文
1. 将软件架构熟练掌握都需要一个学习成本，学起来太累了、太难了、要求规矩太多了、门槛太高了，这个架构就让人太闹心了，推广的意义不大了。
2. 一般一个技术人员很少在一个公司工作3-4年，人往高处走，水往低处流，所以软件体系架构也需要充分考虑这些人员流动问题，让人员流动带来的损失降低到最低比较好。 阅读全文
有时候也会想想这些年到底有哪些进步，总结下来也有些惭愧，往往原地踏步的比较多、奸奸杀杀后又往往是接着杀杀奸奸了，很难有本质的飞跃，明显提高的方面很少，实质的编码水平也并没有非常明显的提高，只是有些理念上的追求更多了一些，日常侧重的方向也有些不一样，例如，现在更加重视质量、规范、设计、管理，产品化、思路严谨、定位准确等等。 阅读全文
写文章未必代表水平高，不写文章未必代表就水平差，写文章是给别人看的，若没看，也白折腾了，有意义的、有价值的反馈，自己也会得到提高，其实写文章的过程是把自己的知识再次梳理一遍，思路严谨的表达出来的过程，写了一年多时间的文章后，不知不觉中还是有了明显提高，最起码身心又得到了一次升华，在这里感谢打击我的人，让我变得更加坚强起来，也感谢支持我的网友，大家的鼓励是我继续写下去的动力。 阅读全文
这篇文章就不讲废话了，反射感觉就像“动态调用”一样的意思，反射跟接口结合在一起用的情况比较多见，若接口到底是什么也没看明白，云里雾里的，反射你先别折腾了，浪费生命意义不大，折腾也是属于瞎搞了，还是踏实的把接口仔细学学，多做几个例子巩固一下。
阅读全文
前些日子在开发项目过程中发生了一个奇怪的问题：
程序运行在我们自己的开发环境里都正常，不会出现错误，而且不只是我一个人的电脑，
是接近10个项目组开发人员的电脑上都是正常的，而且运行多久都不会出错，大家有接近
10个人都在并发访问数据库，都没出现异常。 阅读全文
日常开发中经常会遇到对数组的处理，例如发送短信提醒时，总没必要给自己也发一条，那不是浪费5分钱，
还浪费感情，还需要删除掉手机里的没用短信，这就是所谓的细节吧，那就应该是从发送目标数组里把当前
操作员去掉比较友善一些。 阅读全文
最理想的状态就是，大家的习惯是一致的，这样设计出来的东西别人好理解，好接手，更容易搞明白你的设计是什么意图，别人想在你的管理软件上做接口也更容易一些，集成多个软件系统也容易一些。 阅读全文
我经常是实践出理论，其实理论指导实践会更省力一些，再出理论是正确的做事方法，
有些人过于迷信理论，有些人过于务实，都是有所缺点的，我是属于那种过于务实派，哈哈。
阅读全文
开发大型管理类软件项目时，经常会遇到庞大的菜单项的管理，例如我们现在开发的项目里，菜单项大概有400-500个以上，我们经常会需要：
1。要增加一个菜单项2。要删除一个菜单项3。要修改一个菜单项的名称4。经常要菜单项的先后顺序要改变5。菜单项要移动到其他菜单下的子菜单里 阅读全文
01. 软件是个庞大的工程，不像盖小民房，看得见摸得着，是一个看不见的庞大的工程，所以一个像样的项目，一般没那么容易就搞定了。02. 我们不是业务专家，很可能我们碰到的客户也不是业务专家，客户的需求会变来变去，我们也跟着被折腾来折腾去，没有一个很确定的功能需求。03. 好不容易客户的需求也理解了，项目折腾了1年也搞定了，公司定位不清晰，又接了其他项目去了，又一切都从头开始了。 阅读全文
【做软件外包经验告诉我】 做软件需要人海战术，普通管理软件是需要大量的体力劳动，而不是脑力劳动，科技含量不高。有一句俗话，一个萝卜一个坑，软件项目的功能模块多了，每个功能都需要有一个人盯，不断改进不断维护完善。而且功能划分得越细了，工作量越大，需要的人越多，否则哪里会产生几万人规模的软件外包公司？几 阅读全文
