与编写自己的解决方案相比,您使用Microsoft应用程序块和其他Microsoft解决方案的真实体验是什么？
我开始了一个新项目并决定给他们一个机会.我使用了异常处理和日志记录块.异常处理块适用于我需要的东西.记录块占我所需要的95％,其余需要定制.花了一段时间研究如何自定义它,然后有一些版本参考问题.无论是写入文件还是数据库(在这个项目中),记录都是一项非常简单的任务.事后来看,编写自己的内容会更快.
该项目还需要与PDA同步数据.通过一些研究,微软指出的方向似乎很明显是同步服务.在花了大约3天试图获得不同软件的所有正确版本后,我无法使样本工作Windows Mobile Synchronization Error.我选择使用简单的OpenNETCF桌面通信将文件复制到pda或从pda复制文件,使用二进制对象序列化,并编写我自己的基本同步代码,花费更少的时间,并按照我想要的方式做所有事情(并且感觉不好:))
一些积极因素：
>不必重新发明轮子
>受益于更新
>受益于其他旨在与之合作的工具
>庞大的用户群增加了反馈,测试和稳健性
>你的简历很好
>添加到团队中的新开发人员可能熟悉它们
>提供大量可自定义的功能
底片：
>过度设计,尝试成为瑞士军刀,提供比创建复杂性的一个解决方案所需的更多功能.
>即便如此,它们似乎永远不会满足项目的所有要求,尾巴最终会摇摆不定.我想这取决于你对应用程序的工作方式有多大影响.
>需要学习如何正确实现应用程序块(好的,所以这只需要在第一次使用它们时完成,所以这并不重要)
>增加对不同dll版本的依赖性,其中一点是这样
>大而笨重(这些天不是真正的问题)
>由于其复杂性,难以定制
这是我的学习经历,将使我能够更好地决定是否使用Microsoft解决方案(或其他第三方解决方案)而不是编写自己的解决方案.
你的经历怎么样？
