<div dir="ltr">You will need an import when you make the transition from an unnamed to a named class if you have anything coming from java.base that is not also in java.lang. The difference is that now the only import you need is <font face="monospace">import module java.base;</font><font face="arial, sans-serif">, not also </font><font face="monospace">import static java.io.IO.*;</font><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, Jan 22, 2025 at 12:27 PM Kenneth Fogel <<a href="mailto:kfogel@dawsoncollege.qc.ca">kfogel@dawsoncollege.qc.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I'm puzzled. Will I need any imports if what I want comes from java.base in the compact format?<br>
<br>
The statement that now requiring "IO." before the input/output statements will make the transition from compact to api easier is, for me, false. It is just one more item in those first classes where we must tell our students not to worry themselves over the dot notation. It will eventually make sense. <br>
<br>
I'd like to see a poll of instructors asking which methods should have a default static import. As already mentioned, I'd like to see pow rather than Math.pow. I'd take it even further and suggest that the entire Math library should have default static imports. Make it a feature you can turn on or off when using java.exe to compile and execute. No need to tell me why this won't work in an API world, I can see why, but it will work in a compact world. This is a world exclusively for teaching the language. No one is likely to develop an application for distribution using compact syntax. It is a stepping stone.<br>
<br>
Ken<br>
<br>
</blockquote></div>