3 ms·
I'd definitely be interested in reading how you organize and maintain your codebase. Have you developed an in-house framework?
by whichdan 13y ago
I'd definitely be interested in reading how you organize and maintain your codebase. Have you developed an in-house framework?
- sdesol 13y agoYeah everything was in house. I can't remember how I came about my build solution, but it works amazingly well. If I do a quick find on my JS code base, I see that I have 343 JS files, which is spread over 44 directories. It's a bit involved to explain how it works, and I probably should do a blog post to explain it in detail. I'm pretty sure the solution that I have is what other big JS code bases uses, but I could be wrong. What I really like about it, is it lets me debug individual un-minified JS code. The more that I think about it, my overall build and development environemnt/process is rather unique. My Java code base is about 100,000 lines spread over 200 Java files and I don't use maven or any ide. It's good old makefiles and vim with ant sprinkled in there. There is a lot to blog about, so I'll see what I can come up with next week.
- whichdan 13y agoA blog post would be great -- I really like lightweight dev processes. Do you use map files for debugging unminified JS?
- sdesol 13y ago"Do you use map files for debugging unminified JS?" No its even simplifier than that, and it has to do with how the browsers JavaScript engine reads the JS files. Well at least modern browsers. When I generate my html file with the include JS lines, I make sure to put the minified version first, then the unminified files to debug. If the unminifed version contains the same function, the browser will use that instead of the minified one. So when an error comes up, the browser will point to the unminified JS file in the stacktrace.
- whichdan 13y agoOh that's really interesting -- thanks for explaining it!