Tim, I think you misunderstood the proposal. There's going to be the same number of source files overall. They will just be named according to the "main" (as in most significant) class they contain.
2009/3/25 Timothy Perrett <timo...@getintheloop.eu> > > Hmm - Im a little skeptical. One of the nice things about Scala is > that you don't need one source file per class... that really bugs me > about Java. > > Can you be suscint about what stuff your splitting. Right now the > codebase in lift feels "workable". I wouldnt want to see it split out > into a jillion files... having to scroll through my big java code- > bases is a royal pain in the backside. > > Cheers, > > Tim > > On Mar 25, 2:54 pm, Alex Boisvert <boisv...@intalio.com> wrote: > > I'll wait a little more before I commit the changes in case others have > > feedback. > > > > I'm working my way through building each project with Buildr... and I'll > > give everybody a heads-up before I commit the changes. I suspect it > will > > affect between 15-25 files overall. > > > > alex > > > > 2009/3/25 David Pollak <feeder.of.the.be...@gmail.com> > > > > > > > > > On Tue, Mar 24, 2009 at 11:04 PM, Alex Boisvert <boisv...@intalio.com > >wrote: > > > > >> Hi Lifters, > > > > >> How would you feel about renaming .scala files to match the main > > >> class/trait in them? > > > > >> Let me give you a few examples, > > > > >> lift/src/main/scala/net/liftweb/http/auth/Authentication.scala > > >> currently holds a trait named HttpAuthentication. > > >> I'd like to rename it HttpAuthentication.scala > > > > >> lift/src/main/scala/net/liftweb/http/Stateful.scala > > >> currently holds the StatefulSnippet trait, > > >> so I'd like to rename it StatefulSnippet.scala > > > > >> lift/src/main/scala/net/liftweb/http/Vars.scala > > >> contains many things but the main class is AnyVar > > >> so I'd like to rename it AnyVar.scala > > > > >> and so on... > > > > >> There are two reasons I'd like to make these changes. First, I think > it's > > >> a good convention and it makes it easier to locate some of the main > classes > > >> more easily (my Java roots are showing) and second, which is much more > > >> selfish at this point, is that Buildr does recompilation checks based > on > > >> file timestamps and the existence of a corresponding .class file in > the > > >> target directory and so it would help Buildr avoid recompiling > everything > > >> all the time even though nothing has really changed. > > > > >> (I do realize practically nobody besides me uses Buildr in the Lift > > >> community at this point but I do intend to demonstrate that it's a > great > > >> alternative to Maven. And no, I'm not trying to replace or eradicate > Maven, > > >> I'm just trying to make my own life simpler and share the results. I > also > > >> realize that it's likely scalac will have better recompilation > detection in > > >> the future that may make the second reason for this request > irrelevant, > > >> although I think the first reason is sufficient) > > > > >> What do you think? > > > > > Because there is no API breakage for doing this, go right ahead. > > > > >> alex > > > > > -- > > > Lift, the simply functional web frameworkhttp://liftweb.net > > > Beginning Scalahttp://www.apress.com/book/view/1430219890 > > > Follow me:http://twitter.com/dpp > > > Git some:http://github.com/dpp > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~----------~----~----~----~------~----~------~--~---
