.net - 您对 Microsoft 应用程序 block 的体验如何

Question

与编写自己的解决方案相比，您在使用 Microsoft 应用程序 block 和其他 Microsoft 解决方案方面的实际经验是什么？

我开始了一个新项目，并决定试一试。我使用了异常处理和日志记录 block 。异常处理 block 可以很好地满足我的需要。日志记录 block 完成了我需要的 95%，其余的需要自定义。花了一段时间研究如何自定义它，然后遇到了一些版本引用问题。记录是一项非常简单的任务，无论是写入文件还是数据库(在这个项目中都是)。事后看来，自己写会更快。

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

一些积极的方面:

不必重新发明轮子

受益于更新

受益于其他专为它们设计的工具

庞大的用户群增加了反馈、测试和稳健性

很高兴在你的简历上拥有

加入团队的新开发人员可能对他们很熟悉

提供大量可定制的功能

否定:

过度设计，尝试成为一把瑞士军刀，提供比以往任何时候都需要的功能更多的解决方案来创造复杂性。

即便如此，他们似乎永远无法满足项目的所有要求，最终可能会摇摆不定。我想这取决于您对应用程序的工作方式有多大的影响力。

需要学习如何正确实现应用程序 block (好的，所以这只需要在第一次使用时完成，所以没什么大不了的)

增加了对不同 dll 版本的依赖，这与

相关。

大而笨重(这些天不是真正的问题)

由于其复杂性而难以定制

这是我的学习经历，让我能够更好地决定是使用 Microsoft 解决方案(或其他 3rd 方解决方案)还是自己编写。

你的经历如何？

Answer 1

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

它们不够用，需要在系统中进行过多的配置和修改，而且它们不断地改变其中的内容。要简单地添加一个日志记录功能，您最终需要花费 2 天时间来完成它。

正如您所期望的那样，有一些图书馆可以在 10 分钟内工作。