关于在配置文件中存储SQL查询的每个人的意见的一般性问题?
这只是另一辆自行车棚吗?
干杯, 本
答案 0 :(得分:2)
如果符合要求,对我来说听起来不是那么糟糕。
您是否尝试允许客户查看和编辑查询?
您是否尝试让开发/测试更容易?
我当然更喜欢将这些查询嵌入到代码中。
但是这个文件存在风险,有大量不同的查询(SORT ASCENDING,SORT DESCENDING,SUM(col1)+ SUM(col2),SUM(col1)+ SUM(col3)等)。
答案 1 :(得分:1)
如果您使用iBatis,那就是您要做的。我没有看到它的危害。
当没必要时,它肯定能够动态地构建它们。
答案 2 :(得分:1)
没有。决不。说真的;)此刻清理这里。
尝试查看BLToolkit - 将它们存储在抽象类的属性中,它们动态生成整个访问代码。就像在配置文件中使用它一样,但不写或看到愚蠢的DAL代码。
答案 3 :(得分:1)
在这种情况下,我将它们存储在db:
中但实际上,我在不知道你的实际情况的情况下进行推断。但是,在袖口之外,我不希望其他人看到我如何与我的架构进行交互或如何布局。
答案 4 :(得分:1)
您将它们放在代码中的任何位置的原因是什么?我发现SQL通常会以与代码相同的速率更改,这意味着如果更改UserDao.java,您可能必须同时更改sql-statements.properties。话虽如此,代码的读取次数比写入的次数多很多次,因此在可靠的代码库中编写可读代码至关重要。将SQL语句放在一个单独的文件中,开发人员必须在其他地方查找UserDao使用的查询,从而更难理解代码。
简短的回答?如果可能的话,我会避免它。