tag:blogger.com,1999:blog-6444609270251748954.post4616213514553653905..comments2024-03-11T23:12:21.225-07:00Comments on Delphi Code Monkey: Delphi Programmer Thinks about the Go Programming Language and Mandatory Source Code OrganizationWarrenhttp://www.blogger.com/profile/04053407632823479165noreply@blogger.comBlogger5125tag:blogger.com,1999:blog-6444609270251748954.post-75140339341704855852016-05-22T05:49:38.308-07:002016-05-22T05:49:38.308-07:00Hey Rollo, check my article again. Having D:\1234 ...Hey Rollo, check my article again. Having D:\1234 placed in source code DIRECTLY is already currently allowed in the .dpk and .dpr file in Delphi and this is in my view a BAD thing. One we can not change now, but it should never have been allowed. Second thing we can do now is have library paths search and find code that belongs to the Application (abuse of library paths). This is a bad thing and one we can not fix now. Third thing we can do now which is bad is use project search paths to make everything find everything. This is a bad thing we can not fix now. I don't think you understood my perspective, because the problem here is once a tool allows something you can never un-allow it. It is for this reason that language designers have to NOT add new features when people like you and me ASK for them. And when you and I build systems we need to find the areas where there's a mess and try to figure out how to avoid it by discipline and care. Coupling (direct using) is a BAD thing. Please study some more and then realize I'm not saying "let people do what they want is good". I'm saying it's BAD.<br /><br />WWarrenhttps://www.blogger.com/profile/04053407632823479165noreply@blogger.comtag:blogger.com,1999:blog-6444609270251748954.post-2937940870013875522016-05-21T23:09:14.122-07:002016-05-21T23:09:14.122-07:00I fully agree with your concerns.
Simply make the...I fully agree with your concerns.<br /><br />Simply make the use term folder sensitive, so that I can write code like:<br />uses<br /> ..\..\Library\xyz;<br /> d:\1234\2345\unit1;<br /> $(BDS)\New\unit2;<br /><br />Delphi can use absolute folders already in the project source code and rename it, <br />so how complicated can that be to implement in the IDE/compiler ?<br />Would not break any existing code but get me free to place units how I want.<br /><br />Rollo<br /><br /><br /><br /> Rollo62https://www.blogger.com/profile/02865575706447799592noreply@blogger.comtag:blogger.com,1999:blog-6444609270251748954.post-69044710939986577912016-05-21T10:12:19.653-07:002016-05-21T10:12:19.653-07:00What would be useful to add to Delphi is:
* True ...What would be useful to add to Delphi is:<br /><br />* True namespaces, and package structures where the namespace matches the module names, that could be enforced, even when you don't use runtime bpls. This is incredibly useful in C# and Java.<br /><br />* A nuget-like system with ability to have our own private feeds (like myget). GetIt is at a very early stage, but will hopefully evolve in that direction.<br /><br />Warrenhttps://www.blogger.com/profile/04053407632823479165noreply@blogger.comtag:blogger.com,1999:blog-6444609270251748954.post-9553508998414039122016-05-21T09:32:41.513-07:002016-05-21T09:32:41.513-07:00You can do BBM folder design in go, once you are i...You can do BBM folder design in go, once you are in your own "private" folders.<br />The fact that there is no forced folder hierarchy in Delphi does not forbid you do setup one.<br />And IMHO you should - as you clearly stated here.<br />It is up to company's software design people to setup simple and efficient rules.<br />We usually let DDD "clean architecture" be reflected in our source code tree.<br />Arnaudhttps://www.blogger.com/profile/00421394020248758254noreply@blogger.comtag:blogger.com,1999:blog-6444609270251748954.post-25953218665209384222016-05-21T08:43:45.659-07:002016-05-21T08:43:45.659-07:00Well said, thanks for this reality check on what w...Well said, thanks for this reality check on what we Delphians call "work" (as usual)Patrickhttps://www.blogger.com/profile/00573028757978933821noreply@blogger.com