这套系统非常完整,由我自己的系统设计和构建。其他几个系统或多或少与同事合作,没有这种完整的经验。
不是一大堆事情,但它确实学到了很多东西,主要是关于数据库设计,设计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技术和电子商务行业的发展而不断努力。
随商全新版PHP企业级电商平台系统,以客户需求为己任,提供免费网店系统源码给用户体验,为国内客户特别是上海周边客户提供电商平台及网上商城网站建设服务,您的商城开发建站需求,我们来实现!