SMB1, in addition to file and printer serving, also provides network and share browsing.
SMB2 does not provide network or share browsing. Perhaps for that MS introduced "web service discovery" at the same time that it introduced SMB2 with win-vista.
"web service discovery" in linux is implemented by wsdd2 (Web Service Discovery Daemon), and although not strictly necessary, it is convenient for windows users using File Explorer to have it running in linux together with Samba when SMB1 is not enabled.
Thus, a Samba/SMB1 server is only needed for win-XP and previous, and wsdd2 is needed if SMB1 is disabled.
I believe that having SMB1 enabled on a linux server (Alt-F) is not dangerous, as well as enabling SMB1 (the client only!) in windows. However, one has to be aware of hackers apprentices, that create variants of know virus based on known vulnerabilities. So, why take the risk enabling the SMB1 client on windows and Samba server, when Samba/SMB2 with wsdd2 is the right thing to do?
From the wsdd2 site:
With Microsoft turning off SMB1 feature completely on Windows 10, any Samba shares on the local network become invisible to Windows 10 computers. That's due to the fact that SMB1 is required for Computer Browser service to function.
Newer Windows systems can use WSD (Web Services for Devices) to discover shares hosted on other Windows computers while Linux systems normally utilize mNDS/DNS-SD for service discovery. Microsoft is moving to support mDNS/DNS-SD, but not yet there.
The primary purpose of this project is to enable WSD on Samba servers so that network shares hosted on a Unix box can appear in Windows File Explorer / Network.
Installing packages in Alt-F has two know issues: one when the Alt-F folder is on a greater then 2TB filesystem, the other with server SSL certificate expiration, both covered under other topics.