.NET商店中的JavaScript命名约定[关闭]答案

【问题标题】：JavaScript naming convention in .NET shop [closed].NET商店中的JavaScript命名约定[关闭]
【发布时间】：2012-06-26 18:07:36
【问题描述】：

我对项目架构师的请求有疑问。此人希望我以与 .NET 命名约定相同的方式命名我的所有属性。

我应该努力保持 JavaScript 作为 JavaScript，还是允许 .NET 命名约定在我们的 JS 上蔓延，因为我们在 .NET 商店？

//ALL THE RETURN PROPERTY NAMES SHOULD START WITH A CAPITALIZED LETTER - like     MaxItemsPerPage.
return {
    MaxItemsPerPage: _dataModel.pageSize,
    data: _data,
    searchTerm: _searchTerm,
    filterViewModel: _filterModel,
    dataGridViewModel: _dataModel,
    sortOptions: _sortOptions,
    selectedSortOption: _selectedSortOption,
    selectedSortOrder: _selectedSortOrder,
    sortOrders: _sortOrders,
    loading: _loading,
    update: updateData,
    searchResults: _searchResults,
    pageTitle: _pageTitle,
    showSortOpts: _showSortOpts,
    enableSortOpts: _enableSortOpts,
    disableSortOpts: _disableSortOpts,
    showA: _showAscendingOptions,
    showD: _showDescendingOptions,
    selectedSearchTemplate: _selectedSearchTemplate,
    searchListTemplateOptions: _searchListTemplates
};

【问题讨论】：

这在programmers.stackexchange.com 上可能会更好。我投票关闭，因为它不适合这里，因为它无法客观地回答。

标签： javascript .net naming conventions

【解决方案1】：

Javascript 代码应遵循 Javascript 约定，包括命名约定。

如果您尝试像编写 C# 或 VB 代码一样编写 Javascript，那么您最终会得到糟糕的 Javascript。编写好的代码意味着为您使用的每种语言编写好的惯用代码。

【讨论】：

【解决方案2】：

就个人而言，我更喜欢纯 JavaScript 代码中的驼峰式大小写和纯 C# 属性的帕斯卡大小写。

但是，当您通过 JSON 将 C# 类序列化为 JavaScript，或模型绑定最初作为 JavaScript 对象的发布值时，界限会变得模糊。建筑师说“我们应该始终如一地做一个或另一个”是一个完全正确的担忧。走哪条路取决于很多事情。当物体越过边界而你必须做出选择时，问问自己：

外部方是否依赖于您发布的合约/JavaScript 对象，还是纯粹是内部的？

JavaScript 是用于轻量级的 jQuery 行为还是用于重要的业务问题？您是否对 JavaScript 进行单元测试？

您在 C# 中经常使用序列化类吗？贯穿多个业务层或单元测试？

对于存在于 C#/JS 合约两端的对象，C# 中的代码百分比是多少，JS 中的百分比是多少？

【讨论】：

+1 关于边界模糊的要点