Куда я помещаю общепринятые методики в приложение MVC

@sd Краткий ответ: В JS нет способа получить значение типа данных Number с конечными нулями после десятичной дроби.

Длинный ответ: Свойство функции JavaScript toFixed или toPrecision возвращать строку. Причина этого заключается в том, что тип данных Number не может иметь значение, подобное a = 2.00, он всегда удаляет завершающие нули после десятичного числа. Это встроенное свойство Number Datatype. Таким образом, для достижения вышеизложенного в JS у нас есть 2 варианта

  1. Либо использовать данные в виде строки, либо
  2. Согласиться, чтобы усеченное значение с регистром '0' было в конце ex 2.50 -> 2.5. Number Cannot have trailing zeros after decimal

7
задан Picflight 25 June 2009 в 20:10
поделиться

5 ответов

Обычно у меня будет один или несколько проектов библиотеки классов в одном решении для хранения вспомогательных классов. Создайте свои классы в проекте библиотеки классов, а затем создайте ссылку на DLL этого проекта в своем веб-приложении MVC. Исключением будут любые модели, актуальные или предназначенные только для просмотра. Их можно поместить в папку Models.

8
ответ дан 6 December 2019 в 08:45
поделиться

Это зависит от размера вашего приложения. Для небольшого приложения просто создайте папку и поместите в нее свои классы; Если у вас много классов - создайте для них отдельный проект.

6
ответ дан 6 December 2019 в 08:45
поделиться

Я обычно делаю класс под названием Utility, который содержит статические методы, которые, кажется, больше нигде не подходят.

5
ответ дан 6 December 2019 в 08:45
поделиться

Мои методы обычно делятся на 3 области в MVC; бизнес-методы, поток контроллера и представление.

Мои бизнес-методы относятся к службам, если есть глобальная логика, я объединяю их в одну службу, возможно, с группой скрытых служб за ней.

Для логики контроллера я создаю методы расширения для контроллера.

Для презентации я создаю методы расширения, прикрепленные к помощнику html, и вызываю их с помощью <% = Html.MyCustomPresentationMethod ()%>

1
ответ дан 6 December 2019 в 08:45
поделиться

Оператор EXECUTE просто имеет другую грамматику, чем другие операторы, такие как SELECT и SET. Например, обратите внимание на раздел синтаксиса в верхней части следующих двух страниц.

Оператор EXECUTE: http://msdn.microsoft.com/en-us/library/ms188332.aspx

Оператор SET: http://msdn.microsoft.com/en-us/library/ms189484.aspx

Синтаксис EXECUTE принимает только значение

[[@ parameter =] { значение | @variable [ВЫХОД] | [ПО УМОЛЧАНИЮ]]

В то время как синтаксис SET принимает выражение

{@ local_variable = выражение }

Значение - это просто жестко закодированная константа, но выражение будет оцениваться. Это похоже на использование varchar 'SELECT 1 + 1'. Сейчас это просто значение varchar. Однако вы можете оценить строку следующим образом:

EXEC('SELECT 1 + 1')

Я полагаю, все, что я указываю, это то, что команда EXEC не допускает выражения по определению, что вы, по-видимому, уже выяснили. Я не знаю, каковы намерения разработчиков T-SQL, когда они сделали это таким образом. Я полагаю, что грамматика просто выйдет из-под контроля, если вам будет разрешено создавать подзапросы внутри подзапросов в списке параметров хранимой процедуры.

Выражение T-SQL: http://msdn.microsoft.

1
ответ дан 6 December 2019 в 08:45
поделиться
Другие вопросы по тегам:

Похожие вопросы: