2012-06-26 3 views
1

У меня проблема с запросом от архитектора проекта. Этот человек хочет, чтобы я назвал все свои свойства так же, как .NET делает соглашения об именах.Соглашение об именовании JavaScript в .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 
}; 
+2

это может быть лучше на programers.stackexchange.com. Я проголосовал за закрытие, поскольку он не подходит здесь, поскольку объективно не может быть дан ответ. –

ответ

3

Javascript-код должен соответствовать соглашениям Javascript, включая соглашения об именах.

Если вы попытаетесь написать Javascript, как вы бы написали код C# или VB, вы просто получите плохой Javascript. Написание хорошего кода означает хорошее письмо idiomatic код для каждого используемого вами языка.

2

Лично я предпочитаю корпус верблюда в чистом коде JavaScript и паскале для чистых свойств C#.

Но когда вы сериализуете класс C# для JavaScript через JSON или привязываете значения привязки модели, которые начинались как объекты JavaScript, границы размываются. Для архитектора вполне обоснованная проблема: «Мы должны делать то или другое последовательно». Какой путь идти зависит от многих вещей. Когда объекты пересекают багажники, и вы должны выбрать, спросите себя:

Занимаются ли внешние стороны вашими опубликованными объектами контрактов/JavaScript, или это чисто внутренние?

Используется ли JavaScript для легкого поведения jQuery или для значительных проблем бизнеса? Вы тестируете свой JavaScript?

Вы много используете сериализованные классы в C#? Во многих бизнес-слоях или модульных тестах?

Для объектов, которые существуют на обоих концах контракта C#/JS, какой% код находится на C#, а какой% в JS?

+0

+1 замечательный момент о размывании границ –

Смежные вопросы