architecture - 编写概念证明 (PoC) 应用程序的最佳方式是什么？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 提供事实和引用来回答它.

3年前关闭。




Improve this question




我目前正在做一个项目，我需要编写一些概念验证应用程序。我以前写过 PoC 应用程序，但它们真的很小，而且还没有很多层，因为我现在写的应用程序有:

表单层 - 与数据层对话。

数据层 - 与数据库和互操作层对话。

互操作层 - 与 COM 对象对话。

COM 对象

编写程序以显示我可以从 A 到 B 以及所需的过程的最佳方法是什么，而无需花费大量时间来编写 PoC。

我的脑海中已经有了关于应该如何组合在一起的想法，但是我在向我的队友展示我的意思时遇到了一些麻烦。

任何人都可以在编写 PoC 时推荐任何提示/技巧吗？或者是否有更好的方法来解释我的意思，而不是编写代码。

Answer 1

我同意其他关于制作原型(prototype)的回应。确保原型(prototype)保持原样的一种方法是使用绝对不会在最终产品中使用的语言或工具链，从而强制将其重写为生产质量。我用过的一些想法:

使用 shell 脚本(netcat 和很多 bash)编写一个预先编写好的网络客户端

用 Python、Ruby 或其他您熟悉的 RAD 语言编写服务器

使用比生产技术更简单的技术(通过静态文件而不是 TCP 进行通信，或者使用非常简单的 RPC 机制而不是中间件产品)

使用具有不兼容许可的软件，因此无法发布产品(GPL 对此有好处，对于任何实际分发的东西)。

将 Web 表单编写为静态 HTML 页面(没有样式或任何东西，丑陋至极)

如果可能的话，用本地对象交互替换任何远程交互(数据库、网络)，挥手说“这两个步骤真的会分开发生”