什么样的可重复使用的代码,应该每一个开发商已经在他们的工具箱?[关闭]
-
19-08-2019 - |
题
我试图建立一个图书馆的可重复使用的代码使用从项目的项目。因为我写的代码段和分,我设法决定哪些库我会得到大多数使用的长期VS我将真正使用这个了吗?
什么样的代码或组件做你再利用,应该每隔开发有?
我是主要感兴趣。网络和它.
解决方案
经常表达的验证
- 有效期
- 有效的号码
- 两个日期之间
- 拉链
- 邮政
- 年龄
- 数量范围
根据语言作一些具有这些特点已经
其他提示
A * nix的操作系统(UNIX,Solaris,Linux或MacOS的,Cygwin的)和它的 “经典” 组命令行实用程序。
合并,混合,烘焙,切丝,并滥用这些基本概念是不可估量的方式。
我个人认为,一个良好的框架应该提供这些工具,而不是你。如果不是语言的默认库(Java是一个很好的例子)。
它取决于什么样的应用你写的。所以我不认为这是一个真正的"工具箱"的任何问题。(或应该框架)。
我们有几个应用程序和应用的图书馆。含有大量的代码:
- 印刷职能。
- 形状的处理(我们做了很多的形状和多边形)
- dB的计算
- 一般应用的行为(housestyle).
每次我们有一个应用程序,可能是有用的其它应用程序、移动图书馆。
- 数据库汇集码
- 日志记录
- 串的收集和操纵
- IoC维护(注释或XML)
- 文件和目录处理
其中一些可能提供与虚拟机或标准图书馆,但你总是需要额外的东西。
我一直在努力创造对C#一套可重用的代码,一小会儿吧。 通过一次加入1个组分,更重要的是,使用该框架实际应用中,我终于作出的框架faily简单,有据可查的,并与倾向于被一次又一次地使用的各种“模块”。
检查它在 CommonLibrary.NET CodePlex上
这有点比springframework的和MS应用块更简单和更轻巧。
它包括了诸如: 1.参数/选项解析 2. ActiveRecord的/域模型类 3.收藏 4.验证和更大量..
我很容易地认为:
- 链表模板
- 红黑色树模板
- 数据库初始化小api(为你最喜欢的数据库,或坚持层)
我认为,这将极大地依赖于语言,你可能使用的框架所提供的不同。多需要的可重复使用的代码将是在现代框架。
答案取决于您目标 - 常常使一些“可重复使用的”需要更多的努力,在发作,但当然,支付了后,当再次使用 - 前提当然,它的真正强>可重复使用的。有时候,这种能力被高估了... ... IMO
为你写代码的真正答案,这将回答 - 当你发现自己说,哎呀,我只写了这样的事情,上周
我的“工具箱”包含字符串,数学,网络,数据库,文件,记录和其他“库”例程(组件等)主机的,我可以迅速包括作为参考。当然,关键是使这个活库是保持这些库项目真正从应用程序/代码开发独立的代码。
希望它可以帮助...
伟大的问题
- 业务对象的水平高速缓存
- 我自己定义的认证工具包的
- jquery的选择
- css形式、标签和用户界面元素
- 加密散列的密码等
虽然我开始替换我的东西与企业图书馆 http://msdn.microsoft.com/en-us/library/cc467894.aspx -这至少得到改进了对超过时间,并具有更多的方式上它的眼睛比我实现的
中。网:
- 扩展方法,是不是在 .净框架(ForEach,AddRange, RemoveWhere等)
- 开关。类型 声明(游客)
- 基本论据验证(参数。EnsureNotNull)
这是几乎所有各种免费的图书馆涵盖了其余的。
PKI认证
我的两个:
依赖注射 代码,因此可以使它更加可测试;并不依赖于单一实施的一个单独的.
模块化/插件 功能。它也是一个伟大的想法,使这个易模仿,所以你的客户的代码可以进行测试,而不调用一个完全成熟的插件系统。
有几个实现的,尽管有时你不能避免写你自己。:(
解析类
日期操作类
消息处理类
验证类
由于疲惫和不满的代码维护者,我想看看这个问题,不同的:应项目需要使用什么样的代码,以避免7名*开发人员创建七个不同的解决方案,这需要七种修改时,一些发现前后发生了改变(有有七个不同的解决方案)。
我想大多数人看的那样重用初始开发效率的工具,而忘记了它也是关键,有效的维护。
*我觉得有只有7岁,但我仍然在测试中。
一个Money类,可以处理货币,分布,算术运算,和格式化。