Tilted Forum Project Discussion Community  

Go Back   Tilted Forum Project Discussion Community > Interests > Tilted Technology


 
 
LinkBack Thread Tools
Old 10-20-2004, 09:50 AM   #1 (permalink)
Upright
 
ASP to ASP.NET

I have inherited a large web app in ASP along with the original developer. What criteria should I use to determine if we should go to ASP.NET. How much effort is involved? Can I do new development in ASP.NET and still have it work well with the ASP legacy?
eanda9001 is offline  
Old 10-20-2004, 01:39 PM   #2 (permalink)
Psycho
 
Spanxxx's Avatar
 
Location: Under my roof
Budget usually. That's always a good factor on deciding whether or not to switch over to .Net. However, a good developer should be able to use .Net going forward and make the two pieces of your app work together. An option is to do new work in .Net and as changes come up on the app that are on .asp pages, rewrite them in .Net. For maintenance going forward and for speed, I'd suggest taking advantage of .Net and build the pages in that. Development cycles for web apps are much faster using .Net than they were in asp. I've found myself developing apps in literally hours compared to what would have been days before on asp.
__________________
I think that's what they mean by "nickels a day can feed a child." I thought, "How could food be so cheap over there?" It's not, they just eat nickels. - (supposedly) Peter Nguyen, internet hero
Spanxxx is offline  
Old 10-22-2004, 05:10 AM   #3 (permalink)
Insane
 
Location: Michigan
Spanxxx is right. Also, if you have a basic set of classes for both your sql and common functions, you will develop even faster.

For example, where I work, after a year of work, we developed a good set of classes and a common way to access data. Each table in the db has its own class with add/update/delete/get single/get collection. Those classes use a common db class which then can use MSSQL or MySQL (this part still needs alot of work) to connect to the db and perform the query. We then wrote a program to read the fields from the table and generate our class and stored procedures (we mainly use MSSQL). Basicly, we develop the database and then generate all the classes off it. Sure, alot of custom methods have to be written, but the majority of the grunt work is done. Most of our software has some sort of data processing app. For this reason, all these classes are compiled into a dll that both the website and the applications use. What took us 2 weeks before we got this process developed only takes 2 days now.

Another class is common web functions. Set default selected in a listbox/checkbox/combo box, etc. Another class is common things for reporting, such as GetFirstDayOfMonth (passing in a DateTime.Now), LastDayOfMonth, etc. All this stuff seems simple and "well, I can just do it each time I need it", but having it all common and prebuilt is nice!

I would never go back to ASP unless I was going to get paid alot more and even then, I'd try to convince them (client/boss) to go .NET.

Edit: To actually answer your question (went of in a different direction ), yes, you can use traditional asp in an asp.net project. Make an asp.net project, place all your asp files in it, and slowly convert if you can't do a 100% convert right away.
asshopo is offline  
Old 10-22-2004, 07:58 AM   #4 (permalink)
Upright
 
Great Feedback

Well, it would seem .net is the way to go. I am surprised that .net does not provide a persistence layer generator, this is very common in the J2EE world. JDeveloper (Oracle's IDE for Java) will generate a set of classes that mirror a database for example. You can extend the classes.

My experience is that to have a persistence layer is the way to go. I am still learning about the ADO but it seems like are really fair way to handle tables as it handles relationships etc.

Besides the fact that I have been yelling at my computer to the point I lost my voice since I am unable to get Visual Studio to install ( missing something it wants but it wont tell me what), .net seem like the best development platform currently available. I am not a MS supporter, but this stuff is just too well thought out. Way easier the J2EE which is complex beyond reasonable. C# is the best language I have ever seen and ASP.NET is basically the same functionally.

I am thinking that there will be a 100% productivity increase in .net code vs. asp. Based on that I can figure how much effort a full rewrite will take. The hardest part is going to be retraining as the development team is no OO at all. Probably need to bring in .net developers.
eanda9001 is offline  
 

Tags
asp, aspnet


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT -8. The time now is 06:05 AM.

Tilted Forum Project

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.
Search Engine Optimization by vBSEO 3.6.0 PL2
© 2002-2012 Tilted Forum Project

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360