电子商务点支付系统建设的经验与总结

这套系统非常完整，由我自己的系统设计和构建。其他几个系统或多或少与同事合作，没有这种完整的经验。

不是一大堆事情，但它确实学到了很多东西，主要是关于数据库设计，设计API，代码结构设计，项目进展，项目时间和难度估计，测试估计。

独立商城网站项目从收购要求到完成积分系统（包括对接现有支付模块，编写测试等）实际上没多少时间，大约16天，包括测试在内的对帐系统做了4天总工作日约20天。但这个看似正常的时间与初步估计相差甚远。我在早期阶段做了很多加班工作，包括周末加班。我几乎无法完成当前的进展。事实上，据估计，对帐系统的完工时间仅为12天，差异为中间4个工作日。可能是7个工作日。也许这是一个错误，那些不经常估计项目时间的人可能会犯错误。他们对编码效率有着莫名的信心，但他们并不知道有很多无法控制的因素影响着他们的进步。影响的主要部分是修改前一个人编写的支付模块的代码。不仅需要花费大量时间来阅读前一个人编写的代码和想法，而且还需要添加自己的逻辑，这需要花费大量时间。因此，在估算时间时必须保留足够的时间。请稍后再说。

（1）或者按顺序，首先谈谈数据库设计，设计API，设计代码结构

设计数据库花了大约两天时间，总共涉及11个表。在我得到它之后，我拉了领导，主管开了一个简短的会议。我解释了我的设计思路，然后将它们拉出来帮助我看看设计是否有问题，或者是否有任何我无法考虑的漏洞。在这里，我实际设计了两个流量计。只要有收入或支出的分数，就会在支出和收入的流量计中添加记录，但在开始时，由于某种原因，我可能需要更新内部的流量计。该领域，但领导告诉我，流表最好不要进行更新操作，这可能更容易出错，流量计只在内部记录，不会更新，所以不会有问题。这让我开始从表格的稳定性来思考这个问题，我认为还有一些道理。由于流量计最终可能在结算时用于对帐，一旦表因更新字段而出现问题，对帐将是错误的，并且电子商务系统的对帐将是错误的。 。 。 。 。

寻找老年人帮忙看看，因为他们比我更熟悉系统，所以一定要拉他们来帮助自己，否则一些坑或以前的黑客可能会影响新系统的某些操作。进行了一些更改，然后我们同意做出决定，也就是说，如果所有在线代码都太大且至少有2k行，则可能无法进行审核。毕竟，花费大量时间花时间查看2k行代码。所以决定将项目分成两批在线。由于使用组件的查询存储和存储根本不会影响现有系统，因此可以单独在线进行，然后将当前的支付退款系统作为另一部分上线。这打破了当前逻辑和新组件系统之间的耦合，看到代码会更方便一些。

在当时的讨论之后，领导者让我成为当天最好的下午，或者第二天早上将api设置为app，需要api。在api修复之后，你可以按照api来实现函数来编写东西。

这一步真的激励了我。数据库设计完成后，可以通过在线电子商城系统设计中提供的功能完成初始api设计。通过这种方式，您可以根据要提供的功能依次编写代码，并且不容易遗漏任何内容。事实上，最困难的部分是清除这个想法，让自己知道做了什么工作，先做了什么，以后做了些什么。在设计api和数据库之后，我可能需要绘制一些图表并做一些注释以帮助我思考这些问题，然后才能使我自己的想法更清晰。我自己的画了几张A4纸，可能画了一个api，名字是什么，它提供了什么样的功能，以及可能设计的表格。

最后，本章的代码结构：

每个新表的模型都存储在dao中，并且由于使用orm而使用这些模型。

该模型存储各种中间逻辑，包括调用dao中的方法来创建更新和删除数据，以及拼接各种类型的数据。

外部api为每个函数提供api函数。 api层仅处理输入参数，确保输入参数的类型合法，然后传递给与模型相对应的函数以进行进一步的逻辑处理。

Const存储可以使用的各种常量。当存储设计常数时，这次踩到坑。最好为每种可能类型的常量创建一个类，将它们写在类下面，最好事先分配它们所属的数字字段。例如，我们可能会有不同的支出和收入。不写这个：

您应该首先确定收入中的收入是1000-1999。那么支出可以取2000-2999。这确保了相同类型的const是这样连贯的：

不要让自己像精神分裂症。如果遇到它，您将在图中添加一个。 。 。 。不忍看直==。

异常包含可能抛出的各种错误，统一继承自Excepition类

（二）项目推广

在项目推广过程中，它只不过是一个按照以前设计的东西编写的模块化模块。事实上，我没有在中间遇到任何特殊的陷阱。我只是将原来的两个在线步骤分成三个，因为我发现虽然我没有构建整套点数来支付它，但我有一些东西来记录用户的分数。在查看产品后，用户将记录积分。这将导致在前一段中写入更多或更少的点。我需要将这些原始项目放入新设计的整体设计模块中。当我估计时间时，这个步骤实际上并未浮现在脑海中。因为前面编写的代码比较随意，所以它让我非常努力。有很多依赖，我花了很多时间，它必须影响在线的东西。小心，测量和测量。总结经验，首先从最不依赖的地方开始，然后采取措施来衡量。这一步一步难以犯错误。不要连续移动几件，最后再回到一起。那时，如果你再次发现问题，我相信很难改变它。您必须依次检查导致问题的先前更改，这几乎是不可能的。

理想的迁移状态是所有东西都有单元测试。如果不正确，运行单元测试将报告错误，您将能够及时找到并更改它。现实是（良好的残酷），如果没有单元测试，你可能需要一步一步稳定。当你搬走所有东西时，你会发现很难移动的东西变得容易移动。

（3）预计项目进度，包括项目时间的估计部分

正如第一部分所述，事实上，如果时间非常充足和平静，你可能有很多时间根据我上面提到的过程仔细测试关键部件，甚至将单元测试带到每个地方。现实情况是，如果您自己估计的项目时间太短，您可能没有时间改进测试。前提是贵公司没有全职质量保证，测试几乎需要由您自己完成。此时，估计项目进度表中的测试时间非常重要。我的测试时间大约是完成项目的30％。这个结果在很大程度上取决于我花了很多业余时间完成项目或测试，并依靠先前同事的一些付款部分来编写测试，如果全部如果我自己来，我估计至少50％的项目时间估计用于测试或编写单元测试。也就是说，如果您估计该项目可以在15天内完成，您可能还需要7天的时间来测试和修复测试错误，以及您自己对代码的二次审核。这种进步可以保证您的代码质量，您上线后不必担心客户端或Web端。

对于时间的估计，很少项目的经验肯定是不准确的。当您发现在截止日期之前无法完成项目时，您必须解释您的领导者的扩展以及项目推迟的原因。并尽快完成项目。因此，控制项目的推广节奏可能会严重影响项目的质量。没有压力和时间，就不可能自由地完成项目。它对于项目时间来说也不是太紧，因为除了我上面分析的问题之外，还有一些事情需要你需要休假，插入一个中途课程。

随商信息技术（上海）有限公司 b2b2c多用户商城系统是基于PHP技术的企业级电子商务平台系统，系统支持平台自营、招商加盟和多商家入驻、集成微信商城、移动端APP商城、微信小程序于一体。公司主营业务包含商城系统定制开发、新零售系统解决方案、电商平台系统定制开发、商城网站建设服务等等，随商为大、中、小企业提供一个安全、高效、强大的电子商务解决方案，协助企业快速构建、部署和管理其电子商务平台，拓展企业销售渠道，致力于推动PHP技术和电子商务行业的发展而不断努力。