标签：oop mysql coldfusion

我正在构建一个对象来搜索我的数据库中的订单.用户可以设置许多可能的参数,并且可以设置每次搜索所需的数量.我已经创建了setter方法来收集搜索所需的所有参数.

我的问题是这个.什么是“最佳实践”

>存储参数,并在调用doSearch方法时构建WHERE子句
>设置WHERE子句作为参数设置

我想了解任何建议背后的原因.

请注意,对象是针对每次搜索而设置的,因此我不必担心使用不同参数进行第二次搜索.

解决方法:

您应该将订单搜索的代码与构建SQL的代码分开. SQL应该构建在OrderSearch类的派生(或Strategy衍生)中.一旦完成了这种分离,构建SQL时并不重要.

为了使这更加简单.给定一个名为OrderSearch的类,它有一堆用于搜索条件的setter方法,你想要一个名为OrderSearchSQLBuilder的子类.请注意,子类依赖于基类,并且基类独立于子类.这是非常重要的.这种独立性允许您忽略SQL是在setter方法中还是在搜索方法中构建的.见The Dependency Inversion Principle (DIP).

一旦你有这种分离,你可以用其他策略替换衍生物.例如,如果您想在不将其连接到SQL数据库的情况下测试应用程序,则可以创建一个虚拟的in-ram数据库并创建处理该虚拟数据库的OrderSearch派生.应用程序的其余部分将无法意识到,您的测试将独立于数据库连接,预先存在的数据等的恐怖.

标签：oop,mysql,coldfusion
来源： https://codeday.me/bug/20190712/1443144.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。