您对Microsoft应用程序块的体验如何？

Question

与编写自己的解决方案相比,您对Microsoft应用程序块和其他Microsoft解决方案的实际体验是什么？

我开始了一个新项目并决定给他们一个机会.我使用了异常处理和日志记录块.异常处理块适用于我需要的东西.记录块占我所需要的95%,其余需要定制.花了一段时间研究如何自定义它,然后有一些版本参考问题.无论是写入文件还是数据库(在这个项目中),日志记录都是一项非常简单的任务.事后来看,编写自己的内容会更快.

该项目还需要与PDA同步数据.通过一些研究,微软指出的方向似乎很明显是同步服务.在花了大约3天试图获得不同软件的所有正确版本之后,我无法获得运行Windows Mobile Synchronization Error的示例.我选择使用简单的OpenNETCF桌面通信将文件复制到pda或从pda复制文件,使用二进制对象序列化,并编写我自己的基本同步代码,这花费的时间更少,并且按照我想要的方式完成所有操作(并且不感觉好:)))

一些积极因素:

• 不必重新发明轮子
• 受益于更新
• 受益于其他旨在与之合作的工具
• 庞大的用户群增加了反馈,测试和稳健性
• 你的简历很好
• 添加到团队中的新开发人员可能熟悉它们
• 提供许多可自定义的功能

底片:

• 过度设计,尝试成为瑞士军刀,提供比创建复杂性的一个解决方案所需的更多功能.
• 即便如此,它们似乎永远不会满足项目的所有要求,尾巴最终会摇摆不定.我想这取决于你对应用程序的工作方式有多大影响.
• 需要学习如何正确实现应用程序块(好的,所以这只需要在第一次使用它们时完成,所以它没什么大不了的)
• 增加了对不同dll版本的依赖性,其中一点也是如此
• 大而笨重(这些天不是真正的问题)
• 由于其复杂性而难以定制

这是我的学习经历,将使我能够更好地决定是否使用Microsoft解决方案(或其他第三方解决方案)而不是编写自己的解决方案.

你的经历怎么样？

Answer 1

他们过度设计,这是我最大的问题,最后我摆脱它,不再使用它.

它们不够用,需要太多配置,系统中的修改以及它们不断更改的内容.要简单地添加日志记录功能,您最终需要花费2天才能完成正确的操作.

那里有图书馆,可以在10分钟内完成您的工作.