Things I Hate About .NET

home
asp.net
view story

20 Kicks

Kick It

Drop Kick

Kicked

Things I Hate About .NET (professionalaspnet.com)

submitted by docluv(1575) 4 years, 1 month ago

What are some of the most annoying things about programming in .NET? See what I think and how to overcome them.

8 comments |category: ASP.NET |Views: 26
Tweet

tags: Bullshit ASP.NET another

Everyones tags:

Your Tags:

Please login or signup.

Add a live kick counter to your blog >> liveImage

You can even customize the image by choosing your own colors, and then clicking the button below to update the preview and the html code:

"Kick It" text
"Kick It" background
kick count text
kick count background
border

Simply copy and paste this HTML into your blog post.

Users who kicked this story:

More who kicked this story...

Comments:

posted by powerrush(3873) 4 years, 1 month ago 0

4) Never Ever make statements of extremes. Never. Ever.

posted by cwbrandsma(1711) 4 years, 1 month ago 0

I'm sorry, most of what this guy is saying is crap.

1. learn about single responsibility
2. GridViews are fine for many applications
3. ObjectDataSource can be used effectively, but you should know when not to use it.
4. Everything this guy says about store procedures is pure and utter crap. I don't think he has even tried doing a performance comparison, and doesn't mention parameterizing ad-hoc queries. That is misleading as all get out.
5. You shouldn't be writing SQL anyway! It is called an ORM. Lookup NHibernate, SubSonic, LLBLGen, LINQ2SQL, and pick the one that works best for you.

posted by fquednau(404) 4 years, 1 month ago 0

OMG! :,(

posted by foobar(0) 4 years, 1 month ago 0

> 5. You shouldn't be writing SQL anyway! It is called an ORM. Lookup NHibernate, SubSonic, LLBLGen, LINQ2SQL, and pick the one that works best for you.

Am I the only .NET developer in the universe that writes SQL more complicated than trivial CRUD?

posted by JudahGabriel(814) 4 years, 1 month ago 0

@foobar

If your SQL is getting very complicated, it's likely your logic should be moved out of SQL and into your business layer. SQL should be for storing data, not complex business logic.

Of course, I can't give absolute advice without understanding your codebase, but in general, if you're doing crazy complex stuff in SQL, it may be the wrong place for it.

posted by foobar(0) 4 years, 1 month ago 0

> If your SQL is getting very complicated, it's likely your logic should be moved out of SQL and into your business layer. SQL should be for storing data, not complex business logic.

Sure, I'll just take my tables which have 1,000,000 entries each and do some LINQ on them. I'm sure that'll work out well. I mean, who needs indexes when you've got NHibernate?

I'll say it once, I'll say it again: Relational databases were created by computer scientists. ORMs were originally created by Java developers.

posted by cwbrandsma(1711) 4 years, 1 month ago 0

@foobar > I'm sure that'll work out well. I mean, who needs indexes when you've got NHibernate?
No, that is being stupid. There is nothing about ORM that trumps Relational theory. Actually, I think you are talking out of your ass because I doubt you've ever used an ORM. They still create SQL, but in a more programmer friendly way. The reality is that you can write really bad queries in either one -- a good ORM will just help you from creating super bad queries.

And you can take your 1,000,000 entry tables. If your database fits on a laptop hard drive it just isn't that big of a deal to me.

>Relational databases were created by computer scientists. ORMs were originally created by Java developers.
ORMs predate Java, go back to SmallTalk. And if you are thinking those guys are Computer Scientist you are out of your freaking mind.

Here is a different one for you: SQL is the Assembly of programming languages. I've said that one before too.

posted by drugarce(610) 4 years, 1 month ago 0

its amazing how little it takes for some people to consider themselves as professionals :)

Most Active Users

What's this?