I know what you're saying, but the MVC framework separates your model (database access etc), controller (given a particular URL what page do I display or what action do I perform) and the view (the look of a particular page) very well.
If you mean things like Html.Actionlink then that's a function provided by MVC to generate a href links for you, you don't have to use it.
Consider you have this link to access a page on your system:
http://127.0.0.1/blog/archive/july
You could type:
<a href="/blog/archive/july">July</a>
But what if you changed your site so that the blog archive URL is now:
http://127.0.0.1/archive/blog/july
You would have to go back and update all the links manually. But using ActionLink the framework does it all for you. So the a href can be generated using:
<%=Html.ActionLink<ArchiveController> ( a => a.blog("July"), "July Archive") %>
and as long as your ArchiveController class has a blog() function you'll be good to go

.
You might also see them using ASP to access the ViewData array; using your controller/model you can save values into this and access it within your page, i.e. in your controller you may have a new_post function for your blog which is called when someone accesses /blog/new. You want to give this page the "New Blog Post" title, in which you set in your controller in the new_post() function:
ViewData["title"] = "New Blog Post"
Then in your view pages it just references it by having:
<h1><%=ViewData["title"]%></h1>
There's also things for building forms, where to place form validation errors etc etc which although they all appear as ASP tags are perfectly fine.
These tutorials are very good:
http://www.asp.net/Learn/mvc/