<div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:12pt"><div><span>> </span><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 13px;">The packages are defined using directories. Is Java a mess too?</span><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 13px;"> </span></div><div style="color: rgb(0, 0, 0); font-size: 13px; font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 13px;"><br></span></div><div style="color: rgb(0, 0, 0); font-size: 13px; font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial,
'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><span style="font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 13px;">Yes, exactly, that's what makes Java package system messy. It makes refactoring (or restructurization) extremely difficult for deep package hierarchy.</span></div><div style="color: rgb(0, 0, 0); font-size: 13px; font-family: 'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;"><br></div><div class="yahoo_quoted" style="display: block;"> <br> <br> <div style="font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 12pt;"> <div style="font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 12pt;"> <div dir="ltr"> <font size="2" face="Arial"> On Tuesday, November 5, 2013 6:37 PM, Marcos
Douglas [via Free Pascal - General] <<a href="/user/SendEmail.jtp?type=node&node=5717421&i=0" target="_top" rel="nofollow" link="external">[hidden email]</a>> wrote:<br> </font> </div> <blockquote style='border-left:2px solid #CCCCCC;padding:0 1em' style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; margin-top: 5px; padding-left: 5px;"> <div class="y_msg_container"><div id="yiv1556351850"><div>
On Mon, Nov 4, 2013 at 10:44 PM, Dmitry Boyarintsev
<br clear="none"><<a rel="nofollow" shape="rect" href="" target="_top" link="external">[hidden email]</a>> wrote:
<br clear="none">> On Mon, Nov 4, 2013 at 6:07 PM, Marcos Douglas <<a rel="nofollow" shape="rect" href="" target="_top" link="external">[hidden email]</a>> wrote:
<br clear="none">>>
<br clear="none">>> Sorry, but this is boring.
<br clear="none">>> Do you not agree that is much better propose a solution to be possible
<br clear="none">>> to use two -- or more -- units that have the same name but works
<br clear="none">>> together at the same project?
<br clear="none">>
<br clear="none">> Thought process is a boring thing in nature - it supposed to exhaust brain.
<br clear="none"><br clear="none">=)
<br clear="none"><br clear="none">> I definitely disagree on benefit of that. Since it opens door not bring a
<br clear="none">> unit name from a source to command-line.
<br clear="none">> You'll have a project of 10 Classes.pas and you'll define their actual name
<br clear="none">> in command line:
<br clear="none">> fpc -ALIAS/graphics/classes.pas Graphics -ALIAS/audio/classes.pas audio
<br clear="none">> -ALIAS/math/classes.pas
<br clear="none">>
<br clear="none">> On another project the same unit, might get another alias:
<br clear="none">> fpc -ALIAS/graphics/classes.pas Graph -ALIAS/audio/classes.pas sounds
<br clear="none"><br clear="none">But in Java we have the "same" feature. A project can point to
<br clear="none">com.company.foo.lib.MyClass but another project can use only
<br clear="none">lib.MyClass.
<br clear="none">The packages are defined using directories. Is Java a mess too?
<br clear="none"><br clear="none">IMHO, my proposal is more flexible than Java because we won't have a
<br clear="none">"hard code" for path like Java does. Only the compiler will know about
<br clear="none">it, not the sources.
<br clear="none"><br clear="none">> So management of this kind of projects and libraries turns into a funny
<br clear="none">> process.
<br clear="none"><br clear="none">The big difference is that we are talking about our projects, not
<br clear="none">3rd-party libraries.
<br clear="none">You -- or the company where you works -- will decide what names will
<br clear="none">be better than others, etc.
<br clear="none"><br clear="none">> From that point of view name spaces (as they're declared in sources) becomes
<br clear="none">> far more predictable.
<br clear="none">>
<br clear="none">> But again, back to namespaces, why people couldn't use underscores "_"? The
<br clear="none">> same domain pattern:
<br clear="none">> "org_douglas_marcos_classes.pas"
<br clear="none">> "org_mse_classes.pas"
<br clear="none">> With Delphi 2 the 8.3 file name limitation was removed and everybody could
<br clear="none">> start growing their domain libraries.
<br clear="none"><br clear="none">We back again... The name collision continues!
<br clear="none">The problem is: We do not know all names used around the world.
<br clear="none"><br clear="none">> Ok, nevermind. From what I see the biggest issue is linking and I guess RTTI
<br clear="none">> (eventually)
<br clear="none"><br clear="none">I don't think so. Even the names of the units could be changed "on
<br clear="none">demand" by the compiler, using the ALIAS defined before. The linker
<br clear="none">would remain the same, without changes.
<br clear="none"><br clear="none">Best regards,
<br clear="none">Marcos Douglas
<br clear="none">_______________________________________________
<br clear="none">fpc-pascal maillist - <a rel="nofollow" shape="rect" href="" target="_top" link="external">[hidden email]</a>
<br clear="none"><a rel="nofollow" shape="rect" target="_blank" href="http://lists.freepascal.org/mailman/listinfo/fpc-pascal" link="external">http://lists.freepascal.org/mailman/listinfo/fpc-pascal</a><br clear="none">
<br clear="none">
<br clear="none">
<hr noshade="" size="1" color="#cccccc">
<div style="color: rgb(68, 68, 68); font-style: normal; font-variant: normal; font-weight: normal; font-size: 12px; line-height: normal; font-family: tahoma, geneva, helvetica, arial, sans-serif;">
<div style="font-weight:bold;">If you reply to this email, your message will be added to the discussion below:</div>
<a rel="nofollow" shape="rect" target="_blank" href="http://free-pascal-general.1045716.n5.nabble.com/Namespaces-Support-tp5717153p5717420.html" link="external">http://free-pascal-general.1045716.n5.nabble.com/Namespaces-Support-tp5717153p5717420.html</a>
</div><div class="yiv1556351850yqt7596769037" id="yiv1556351850yqtfd69929">
<div style="color: rgb(102, 102, 102); font-style: normal; font-variant: normal; font-weight: normal; font-size: 11px; font-family: tahoma, geneva, helvetica, arial, sans-serif; margin-top: 0.4em; line-height: 1.5em;">
To unsubscribe from Namespaces Support, <a rel="nofollow" shape="rect" target="_blank" href="" link="external">click here</a>.<br clear="none">
<a rel="nofollow" shape="rect" target="_blank" href="http://free-pascal-general.1045716.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml" style="font-style: normal; font-variant: normal; font-weight: normal; font-size: 9px; line-height: normal; font-family: serif;" link="external">NAML</a>
</div></div></div></div><br><br></div> </blockquote> </div> </div> </div> </div>
<br/><hr align="left" width="300" />
View this message in context: <a href="http://free-pascal-general.1045716.n5.nabble.com/Namespaces-Support-tp5717153p5717421.html">Re: [Bulk] Re: Namespaces Support</a><br/>
Sent from the <a href="http://free-pascal-general.1045716.n5.nabble.com/">Free Pascal - General mailing list archive</a> at Nabble.com.<br/>