﻿<?xml version="1.0" encoding="utf-8"?><rss version="2.0"><channel><title>Ayende @ Rahien</title><link>http://ayende.com</link><description>Ayende @ Rahien</description><copyright>Copyright (C) Ayende Rahien  2004 - 2021 (c) 2026</copyright><ttl>60</ttl><item><title>jdn commented on Frameworks vs. Services: On choosing the right approach</title><description>But only within the Monorail source code that I can see.
  
  
BTW, the build server says the last build was successful, but the details says it failed.
</description><link>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment15</link><guid>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment15</guid><pubDate>Thu, 07 Jun 2007 16:38:05 GMT</pubDate></item><item><title>Ayende Rahien commented on Frameworks vs. Services: On choosing the right approach</title><description>NVelocity is a separate project that is maintained by the Castle team.
</description><link>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment14</link><guid>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment14</guid><pubDate>Thu, 07 Jun 2007 16:28:15 GMT</pubDate></item><item><title>jdn commented on Frameworks vs. Services: On choosing the right approach</title><description>Is nVelocity just part of Castle or Monorail?  It isn't a separate downloadable thing, correct?
</description><link>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment13</link><guid>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment13</guid><pubDate>Thu, 07 Jun 2007 16:10:09 GMT</pubDate></item><item><title>Nate Kohari commented on Frameworks vs. Services: On choosing the right approach</title><description>Correction: Castle.Core does NOT contain the MicroKernel, just the data model that MK/Windsor uses for injection. My mistake.
</description><link>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment12</link><guid>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment12</guid><pubDate>Thu, 07 Jun 2007 15:31:53 GMT</pubDate></item><item><title>Nate Kohari commented on Frameworks vs. Services: On choosing the right approach</title><description>Isn't the difference between the concept of a "framework" and the concept of "services" the fact that using services allows you to pick and choose the "best of breed" of each, whereas using a framework means you're all or nothing?
  
  
CAB and SCSF are frameworks. EntLib is a framework, but you can still pick and choose which AppBlocks you want to use. Even Castle is a framework, because everything essentially depends on Castle.Core, and the MicroKernel. (Unless I'm mistaken, which is certainly possible. :)
</description><link>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment11</link><guid>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment11</guid><pubDate>Thu, 07 Jun 2007 13:59:38 GMT</pubDate></item><item><title>Ayende Rahien commented on Frameworks vs. Services: On choosing the right approach</title><description>Arnon, I would accept this correction, I was referring to monolithic frameworks, but I don't think that framework as it stands right now has a meaning, that is why I am using framework skeleton
</description><link>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment10</link><guid>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment10</guid><pubDate>Thu, 07 Jun 2007 07:10:34 GMT</pubDate></item><item><title>Arnon Rotem-Gal-Oz commented on Frameworks vs. Services: On choosing the right approach</title><description>Hi Oren,
  
I don't think that you are right this time
  
Both RoR and CAB are frameworks since they (unlike libraries) call your code (see for example a post I made on the subject last year http://www.ddj.com/blog/architectblog/archives/2006/07/frameworks_vs_l.html )
  
  
I think the difference is that what you call framework are monolith  frameworks which are more coupled vs. what you call services which are componentized and more loosley coupled frameworks
  
  
Arnon
</description><link>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment9</link><guid>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment9</guid><pubDate>Thu, 07 Jun 2007 06:47:28 GMT</pubDate></item><item><title>Ayende Rahien commented on Frameworks vs. Services: On choosing the right approach</title><description>"When I use a word," Humpty Dumpty said in rather a scornful tone, "it means what I choose it to mean, neither more nor less."
  
  
Confusing, I agree.
  
I don't really subscribe to the definition that you quote. Would it make it clearer to say that I am thinking about monolithic frameworks here?
  
I have little experience with RoR, but in MR, the only thing that you really need to keep is the MVC part, and if you really like, you can make aspx code behind the controller as well, but then I'll have to shoot you.
  
  
What is the buy-in scenario for log4net? 
</description><link>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment8</link><guid>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment8</guid><pubDate>Thu, 07 Jun 2007 05:49:32 GMT</pubDate></item><item><title>Glenn Block commented on Frameworks vs. Services: On choosing the right approach</title><description>Oren
  
  
It sounds like you have a different definition of framework than the rest of the world. Take the wikipedia definition for example...
  
  
"A software framework is a reusable design for a software system (or subsystem). This is expressed as a set of abstract classes and the way their instances collaborate for a specific type of software (Johnson and Foote 1988; Deutsch 1989). Software frameworks can be object-oriented designs. Although designs don't have to be implemented in an object-oriented language, they usually are. A software framework may include support programs, code libraries, a scripting language, or other software to help develop and glue together the different components of a software project. Various parts of the framework may be exposed through an API"
  
  
There's also the more simplified and famous Hollywood principal that is "Don’t call us, we’ll call you."
  
  
By this definition CSLA, CAB, SCSF, ROR and even Monorial are frameworks!
  
  
The definition of services is still a framework. It may be a specific type of framework with a defined scope, but it is a framework never the less. It's high time we use the definition itself to decide what is and what isn't a framework.
  
  
Now I am not saying a services framework is a bad idea. I like the idea of being able to "opt-out" and "opt-in". ROR certainly does not let you "opt-out", nor does Monorail from what I have seen. They may operate in a different way than CAB, potentially a far more simplified manner, but they still require you to "buy in" to the story. In our next version of the web client we are planning to make end roads in the "opt-in", "opt-out" approach. Our goal is to have the new functionality in WCSF v2 able to plug right into an existing application without that application needing to be built in or on top of WCSF.
  
  
</description><link>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment7</link><guid>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment7</guid><pubDate>Thu, 07 Jun 2007 05:42:44 GMT</pubDate></item><item><title>Ayende Rahien commented on Frameworks vs. Services: On choosing the right approach</title><description>Bob,
  
MR puts a significant emphasis on being non opinionated, RoR seems to goes in the other direction.
  
</description><link>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment6</link><guid>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment6</guid><pubDate>Thu, 07 Jun 2007 05:33:33 GMT</pubDate></item><item><title>Ayende Rahien commented on Frameworks vs. Services: On choosing the right approach</title><description>jdn,
  
NVelocity was forked, it is now handled entirely in the Castle codebase.
</description><link>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment5</link><guid>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment5</guid><pubDate>Thu, 07 Jun 2007 05:31:00 GMT</pubDate></item><item><title>Bob commented on Frameworks vs. Services: On choosing the right approach</title><description>MonoRail is much more configurable that RoR in my experience.
  
  
I was put off by how RoR literally forces you to stay on a specific path.  Once you deviate from the way it is designed, you *very* quickly go downhill.
  
  
</description><link>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment4</link><guid>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment4</guid><pubDate>Thu, 07 Jun 2007 05:22:55 GMT</pubDate></item><item><title>jdn commented on Frameworks vs. Services: On choosing the right approach</title><description>If I go to:
  
  
http://nvelocity.sourceforge.net/
  
  
the last update it has is 2003. 
  
  
How is that 'continuously updated' or has it moved?
  
  
I completely reject the idea that RoR directs anyone at best practices, but that's an completely different discussion.
  
  
jdn
</description><link>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment3</link><guid>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment3</guid><pubDate>Thu, 07 Jun 2007 04:55:50 GMT</pubDate></item><item><title>Ayende Rahien commented on Frameworks vs. Services: On choosing the right approach</title><description>@jdn,
  
RoR will direct you at the best practices point, but you can definitely do it your way if you want to.
  
  
About MR, yes, absolutely, you can change basically everything.
  
  
Oh, and the NVelocity view engine is continuously updated.
</description><link>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment2</link><guid>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment2</guid><pubDate>Thu, 07 Jun 2007 04:39:52 GMT</pubDate></item><item><title>jdn commented on Frameworks vs. Services: On choosing the right approach</title><description>Here's where I'm still a little ignorant, and would like to know something.
  
  
Like most people (or some anyway), when I first heard about it, I went to some post or blog or site or something and got a basic 'starter kit' or tutorial, and walked through a sample.
  
  
A whole bunch of directories were created for me, etc. and was basically given an MVC structure.  IIRC.
  
  
I didn't like the MVC structure.  
  
  
Can I use ROR and put in my own MVC structure?  I simply don't know.
  
  
For that matter, can I use Monorail and put in my own MVC structure?  From looking at the docs, I can change what the view technology is (in theory, WebForms doesn't look promising, and nVelocity didn't look to me to be updated in a long time), but can I decide to hand roll my own Presenter implementation, my own view implementation and my own Model implementation?
  
  
I know I can hand roll my own MVP implementation with Asp.NET web forms.  Are ROR and/or Monorail highly configurable in that regard?
  
  
TIA.
</description><link>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment1</link><guid>http://ayende.com/2514/frameworks-vs-services-on-choosing-the-right-approach#comment1</guid><pubDate>Thu, 07 Jun 2007 00:50:12 GMT</pubDate></item></channel></rss>