3 ms·

Deployment is easy? Ok, what do you do to deploy a C# application that makes it so easy? I run two project right now, one is Rails which we have setup with Capi

by javery 16y ago

Deployment is easy? Ok, what do you do to deploy a C# application that makes it so easy? I run two project right now, one is Rails which we have setup with Capistrano for one command deployment. The other is a C# app and I haven't found anything that can do what Capistrano can do for me, and don't say MSDeploy because that is a total mess. Also, testing. Try testing in C# vs. Ruby or any other dynamic language. I don't know anyone who uses the built in Form Validation, you would only use that if you don't care about your client-side code.. for people who care we still end up doing both by hand.

ronnier 16y ago
> what do you do to deploy a C# application that makes it so easy? Build --> Publish. Done. Validation: http://weblogs.asp.net/scottgu/archive/2010/01/15/asp-net-mvc-2-model-validation.aspx http://weblogs.asp.net/scottgu/archive/2010/01/15/asp-net-mv... These features are designed so that the validation logic is always enforced on the server, and can optionally also be enforced on the client via JavaScript. The validation infrastructure and features in ASP.NET MVC 2 are designed so that: 1) Developers can easily take advantage of the DataAnnotation validation support built-into the .NET Framework. DataAnnotations provide a really easy way to declaratively add validation rules to objects and properties with minimal code. 2) Developers can optionally integrate either their own validation engine, or take advantage of existing validation frameworks like Castle Validator or the EntLib Validation Library. ASP.NET MVC 2’s validation features are designed to make it easy to plug-in any type of validation architecture – while still taking advantage of the new ASP.NET MVC 2 validation infrastructure (including client-side validation, model binding validation, etc).
- javery 16y ago
  1) Build -> Publish might work for the simplest of scenarios but not if you have any sort of real infrastructure. 2) To use it you have to use strongly-typed views, and HTML helpers I believe.. which again I don't care for since it is taking the markup out of your hands.
  - smhinsey 16y ago
    I totally agree with #1. Deployment is a real weak point. It can be done, even using Capistrano if you're willing to put up with it, but it's nothing like what it could be. With respect to #2, I strongly suggest you reevaluate. Strongly-typed views will save you a lot of boilerplate code in your controllers and HTML helpers only interfere with your markup to the extent you want them to. Most of them are super minimal and easily styled or manipulated. I expected that the helpers would just be different ways of getting into the same mess you encounter using things like server controls in webforms but I was quickly shown otherwise.
pragmatic 16y ago
Beyond Compare. Done.
- pragmatic 16y ago
  Correction, check into Hg then beyond compare, done.

by javery 16y ago

ronnier 16y ago

> what do you do to deploy a C# application that makes it so easy? Build --> Publish. Done. Validation: http://weblogs.asp.net/scottgu/archive/2010/01/15/asp-net-mvc-2-model-validation.aspx http://weblogs.asp.net/scottgu/archive/2010/01/15/asp-net-mv... These features are designed so that the validation logic is always enforced on the server, and can optionally also be enforced on the client via JavaScript. The validation infrastructure and features in ASP.NET MVC 2 are designed so that: 1) Developers can easily take advantage of the DataAnnotation validation support built-into the .NET Framework. DataAnnotations provide a really easy way to declaratively add validation rules to objects and properties with minimal code. 2) Developers can optionally integrate either their own validation engine, or take advantage of existing validation frameworks like Castle Validator or the EntLib Validation Library. ASP.NET MVC 2’s validation features are designed to make it easy to plug-in any type of validation architecture – while still taking advantage of the new ASP.NET MVC 2 validation infrastructure (including client-side validation, model binding validation, etc).

javery 16y ago
1) Build -> Publish might work for the simplest of scenarios but not if you have any sort of real infrastructure. 2) To use it you have to use strongly-typed views, and HTML helpers I believe.. which again I don't care for since it is taking the markup out of your hands.
- smhinsey 16y ago
  I totally agree with #1. Deployment is a real weak point. It can be done, even using Capistrano if you're willing to put up with it, but it's nothing like what it could be. With respect to #2, I strongly suggest you reevaluate. Strongly-typed views will save you a lot of boilerplate code in your controllers and HTML helpers only interfere with your markup to the extent you want them to. Most of them are super minimal and easily styled or manipulated. I expected that the helpers would just be different ways of getting into the same mess you encounter using things like server controls in webforms but I was quickly shown otherwise.

pragmatic 16y ago

Beyond Compare. Done.

pragmatic 16y ago
Correction, check into Hg then beyond compare, done.