Сообщение Re: Модульность от 11.08.2015 5:28
Изменено 11.08.2015 5:30 vsb
Про Java расскажу. Если есть зависимость, то компилятор ищет либо .class-файл (скомпилированный байткод), либо .java-файл и читает его. Если найден java-файл, то он его тоже компилирует. Если и тот и тот, то смотрит, который новее.
Т.к. в Java имена публичных классов и имена файлов совпадают, то это работает. Если класс непубличный, это не сработает, надо передавать компилятору путь к файлу. А вообще по-моему обычно средства сборки тупо передают все файлы скопом и за один вызов компилятора всё компилируют. Тут и с непубличными классами заморачиваться не надо.
Т.к. в Java имена публичных классов и имена файлов совпадают, то это работает. Если класс непубличный, это не сработает, надо передавать компилятору путь к файлу. А вообще по-моему обычно средства сборки тупо передают все файлы скопом и за один вызов компилятора всё компилируют. Тут и с непубличными классами заморачиваться не надо.
Re: Модульность
Про Java расскажу. Если есть зависимость, то компилятор ищет либо .class-файл (скомпилированный байткод), либо .java-файл и читает его. Если найден java-файл, то он его тоже компилирует. Если и тот и тот, то смотрит, который новее.
Т.к. в Java имена публичных классов и имена файлов совпадают, то это работает для классов из других пакетов.
Если класс из того же пакета, это не сработает. При компиляции одного пакета надо передавать компилятору все файлы из этого пакета.
Т.к. в Java имена публичных классов и имена файлов совпадают, то это работает для классов из других пакетов.
Если класс из того же пакета, это не сработает. При компиляции одного пакета надо передавать компилятору все файлы из этого пакета.