Tag: 可维护性

在Visual Studio中的代码度量计算: 以下代码度量计算的首选分数范围是多less？可维护性指数环复杂性 inheritance深度类Coupling

对象数组与对象的对象: 问题是要决定下列符号之间的权衡：基于JSON ： "users": { "id1": { "id": "id1", "firstname": "firstname1", "lastname": "lastname1" }, "id2": { "id": "id2", "firstaame": "firstname2", "lastname": "lastname2" } } 基于arrays ： users: [ { "id": "id", "key2": "value2", "key3": "value3" }, { "id": "id", "key2": "value2", "key3": "value3" } ] 关于同一个问题上的这篇文章，我决定（在前端）使用JSON对象符号而不是对象数组，因为它适合我的要求，更好的性能和更less的浏览器代码。但问题是，列表本身不是静态的。由此我的意思是正在生成列表，即从数据库（NoSQL）中提取/存储，并通过服务器上的Java API为新条目创build。我无法决定我应该在后端使用哪种符号（最终也会影响用户界面）。任何有关性能，可维护性或可扩展性的想法/build议，我们感激不尽。

代码应该多复杂？: 我正在研究可以帮助我编写更小但更复杂的代码的algorithm。我没有写150行if-else语句，而是devise了一个20行的algorithm。问题是很多这些algorithm可能很复杂，需要大量的math来理解它们。我也是唯一一个了解他们的人。为了代码的可维护性，像其他人一样编写代码会更好吗？还是使用algorithm更好？

编写可维护的事件驱动代码: 我最近刚刚开始使用事件驱动的体系结构，来自一个非常标准的面向对象的思维模式。我注意到的第一件事是，通过程序理解和追踪的难度似乎随着程序的规模成倍地增加。虽然小型宠物项目很容易遵循，但感觉就像代码将迅速转向意大利面。我明白，我对这种发展思维是陌生的，并不是我所有的面向对象的担忧都会继续下去。在编写可维护，可理解的事件驱动代码方面是否有任何资源？使用node.js或Twisted或Event Machine的人对此做了什么？

在MySQL vs PHP中进行计算: 语境：我们有一个PHP / MySQL应用程序。计算的一些部分直接在SQL中完成。例如：在过去24小时内创build的所有用户都将通过SQL查询（NOW（） – 1天）返回，有一位开发者和我之间正在进行辩论，我认为我们应该： A.将所有计算/代码/逻辑保存在PHP中，并将MySQL视为一个“愚蠢”的信息存储库他的观点： B.根据什么更容易/更快来做混搭。 http://www.onextrapixel.com/2010/06/23/mysql-has-functions-part-5-php-vs-mysql-performance/ 我正在考虑可维护性的观点。他正在看速度（正如文章指出的那样，MySQL中的一些操作速度更快）。 @ bob-the-destroyer @tekretic @OMG小马@mu太矮了@Tudor Constantin @tandu @Harley 我同意（而且非常明显）高效的WHERE子句属于SQL级别。然而，像这样的例子：使用NOW（）计算24个周期 – 在SQL中select1天，以select在过去24小时内创build的所有用户？返回大写的所有用户的名字和姓氏？连接一个string？（想法，乡亲？）清除属于SQL域的示例：具体的WHEREselect 嵌套的SQL语句订购/分拣 selectDISTINCT项目计数行/项目