5 ms·

This is huge, long time coming. Interested to see if there is SwiftUI support.

by jgbuddy 5mo ago

nielsbot 5mo ago
What type of support do you mean? Language checking? Live previews?
rockbruno 5mo ago
This extension is for "pure" Swift development, not iOS development. I doubt the latter will ever officially happen. It's possible to make it work for iOS at an unofficial capacity though by hooking into the extension's LSP support. We did this at Spotify to enable iOS development in Cursor for Bazel iOS projects: https://github.com/spotify/sourcekit-bazel-bsp https://github.com/spotify/sourcekit-bazel-bsp
- worldsavior 5mo ago
  You also can't do Android (app) development outside Android Studio.
  - tadfisher 5mo ago
    That's just untrue on the face of it. All of the build tools are open and cross-platform. Is there a specific piece of Android Studio that you require for Android app development?
    - manwe150 5mo ago
      Not certain if this answers the question, but it seemed like you're generally expected to install Android Studio to get the correct build versions of all of the tools and libraries. I guess theoretically you could repackage them yourself, but also not entirely clear why you would—other than perhaps download size. The tools can be driven externally, once installed, but so could XCode projects (with `xcodebuild`).
      - tadfisher 5mo ago
        This is not an expectation, no. Libraries are managed via Gradle or whatever build system you use. Android-specific host tools are Gradle-managed, installed via the sdkmanager tool, or managed via other means; I maintain a repository to install them via Nix [0], and many Linux distributions package them. The Android Studio IDE is not required, and doing so would pretty much break everyone's CI setup. [0]: https://github.com/tadfisher/android-nixpkgs https://github.com/tadfisher/android-nixpkgs
      - daveoc64 5mo ago
        They've always offered a bundle of the command line tools separately to Android Studio: https://developer.android.com/studio#command-line-tools-only https://developer.android.com/studio#command-line-tools-only
  - cyberax 5mo ago
    Incorrect. You can (if you really want to) build an Android app without having any Google tools. But even if you don't want to do any crazy stuff, Android SDK itself is just a bunch of Gradle scripts and Java apps. You can download and install them without any GUI in the way. This is very common in CI/CD environments. Google provides a handy tool for that: https://developer.android.com/tools https://developer.android.com/tools Sorry, but Android and iOS are simply incomparable in their quality. Android SDK is a high-quality tool for developers that provides all the expected interfaces. iOS SDK is a lock-in GUI hell that requires you to use a shitty macOS-only tool to even _upload_ apps to Apple Store. Never mind doing headless builds in CI/CD. Why that tool is shitty? It uses its own protocol for upload and doesn't do proper PMTU, so if you have a misconfigured MTU somewhere in the chain between you and Apple, uploads will just silently hang. Edit: D'Oh, the correct URL for the sdkmanager is: https://developer.android.com/tools/sdkmanager https://developer.android.com/tools/sdkmanager
    - thejazzman 5mo ago
      Not trying to argue but you can indeed pretty much completely avoid Xcode at this point. I’ve been doing it the past few weeks, including pushing to my phone and AppStore connect
    - manwe150 5mo ago
      Just to nit pick a bit, that link is for Android Studio and downloads from the "Google for Developers" website, then instructs how to install and manage the the command line tools using the GUI
    - Terretta 5mo ago
      On the contrary, commit your code to your GitHub repo, triggering Xcode cloud build to take it from there, build, test, deploy to TestFlight or store. Found a bug while backpacking Sardinia? Edit the GitHub repo source on your phone, commit... hey, new build shipped. See the App Store Connect mode: https://developer.apple.com/xcode-cloud/ https://developer.apple.com/xcode-cloud/
      - cyberax 5mo ago
  - Antonito 5mo ago
    As others have stated it's possible, but might be cumbersome. I made an example of an iOS/Android monorepo with a shared Rust core a few months ago: https://github.com/Antonito/bazel-app-core-native-example/ https://github.com/Antonito/bazel-app-core-native-example/ You do need the Android SDK to build, Android Studio makes things easier (even though the Bazel IDE plugin is a whole other topic itself..) but isn't mandatory to develop or run your app.
  - c0balt 5mo ago
    Are you sure about that? Flutter development for Android works great in VS Code/Codium. The Android extension [0] for VS Code has also worked fine in the past on a small Java-based App for me. Android Studio is a probably the best IDE for this usecase but is not the only way. [0]: https://marketplace.visualstudio.com/items?itemName=adelphes.android-dev-ext https://marketplace.visualstudio.com/items?itemName=adelphes...
  - myko 5mo ago
    what? this is super easy with vim and gradle CLI
- QQ00 5mo ago
  What's the point then? Because nobody use Swift outside of iOS app development.
  - girvo 5mo ago
    > Because nobody use Swift outside of iOS app development Because that isn't true, people do use it outside of iOS app dev, and is becoming more true as time goes on to boot. It's also a chicken-and-egg problem: no one will use Swift for non-iOS tasks if the tooling support isn't there. The more investment into it, the more it will be picked up for other tasks. But it's been used outside of Apple-specific things since the early days in various niches.
  - myko 5mo ago
    I've been migrating my DikuMUD (originally C) to Swift for years! It's been pretty fun and Swift is a great language for it
hyzyla 5mo ago
No so straightforward, but there is project that parses xcodebuild logs and pass them to lsp to provide LSP for SwiftUI projects https://github.com/SolaWing/xcode-build-server https://github.com/SolaWing/xcode-build-server Also I build extra tooling to facilitate iOS development in VSCode https://github.com/sweetpad-dev/sweetpad https://github.com/sweetpad-dev/sweetpad
- sunnybeetroot 5mo ago
  Thanks for your great work on sweetpad. I’ve always been a bit curious where the name came from though.
  - wiseowise 5mo ago
    Sweet=sweeft=swift+pad?
pezgrande 5mo ago
I hate that I need to create an Apple account (with email and phone verification) just to be able download the sdk to use MacOS APIs. To make things worse I tried for like one hour to create an account and couldn't because for some reason I was no receiving the verification email.

This is huge, long time coming. Interested to see if there is SwiftUI support.

by jgbuddy 5mo ago

This is huge, long time coming. Interested to see if there is SwiftUI support.

nielsbot 5mo ago

What type of support do you mean? Language checking? Live previews?

rockbruno 5mo ago

This extension is for "pure" Swift development, not iOS development. I doubt the latter will ever officially happen. It's possible to make it work for iOS at an unofficial capacity though by hooking into the extension's LSP support. We did this at Spotify to enable iOS development in Cursor for Bazel iOS projects: https://github.com/spotify/sourcekit-bazel-bsp https://github.com/spotify/sourcekit-bazel-bsp

worldsavior 5mo ago
You also can't do Android (app) development outside Android Studio.
- tadfisher 5mo ago
  That's just untrue on the face of it. All of the build tools are open and cross-platform. Is there a specific piece of Android Studio that you require for Android app development?
  - manwe150 5mo ago
    Not certain if this answers the question, but it seemed like you're generally expected to install Android Studio to get the correct build versions of all of the tools and libraries. I guess theoretically you could repackage them yourself, but also not entirely clear why you would—other than perhaps download size. The tools can be driven externally, once installed, but so could XCode projects (with `xcodebuild`).
    - tadfisher 5mo ago
      This is not an expectation, no. Libraries are managed via Gradle or whatever build system you use. Android-specific host tools are Gradle-managed, installed via the sdkmanager tool, or managed via other means; I maintain a repository to install them via Nix [0], and many Linux distributions package them. The Android Studio IDE is not required, and doing so would pretty much break everyone's CI setup. [0]: https://github.com/tadfisher/android-nixpkgs https://github.com/tadfisher/android-nixpkgs
    - daveoc64 5mo ago
      They've always offered a bundle of the command line tools separately to Android Studio: https://developer.android.com/studio#command-line-tools-only https://developer.android.com/studio#command-line-tools-only
- cyberax 5mo ago
  Incorrect. You can (if you really want to) build an Android app without having any Google tools. But even if you don't want to do any crazy stuff, Android SDK itself is just a bunch of Gradle scripts and Java apps. You can download and install them without any GUI in the way. This is very common in CI/CD environments. Google provides a handy tool for that: https://developer.android.com/tools https://developer.android.com/tools Sorry, but Android and iOS are simply incomparable in their quality. Android SDK is a high-quality tool for developers that provides all the expected interfaces. iOS SDK is a lock-in GUI hell that requires you to use a shitty macOS-only tool to even _upload_ apps to Apple Store. Never mind doing headless builds in CI/CD. Why that tool is shitty? It uses its own protocol for upload and doesn't do proper PMTU, so if you have a misconfigured MTU somewhere in the chain between you and Apple, uploads will just silently hang. Edit: D'Oh, the correct URL for the sdkmanager is: https://developer.android.com/tools/sdkmanager https://developer.android.com/tools/sdkmanager
  - thejazzman 5mo ago
    Not trying to argue but you can indeed pretty much completely avoid Xcode at this point. I’ve been doing it the past few weeks, including pushing to my phone and AppStore connect
  - manwe150 5mo ago
    Just to nit pick a bit, that link is for Android Studio and downloads from the "Google for Developers" website, then instructs how to install and manage the the command line tools using the GUI
  - Terretta 5mo ago
    On the contrary, commit your code to your GitHub repo, triggering Xcode cloud build to take it from there, build, test, deploy to TestFlight or store. Found a bug while backpacking Sardinia? Edit the GitHub repo source on your phone, commit... hey, new build shipped. See the App Store Connect mode: https://developer.apple.com/xcode-cloud/ https://developer.apple.com/xcode-cloud/
    - cyberax 5mo ago
- Antonito 5mo ago
  As others have stated it's possible, but might be cumbersome. I made an example of an iOS/Android monorepo with a shared Rust core a few months ago: https://github.com/Antonito/bazel-app-core-native-example/ https://github.com/Antonito/bazel-app-core-native-example/ You do need the Android SDK to build, Android Studio makes things easier (even though the Bazel IDE plugin is a whole other topic itself..) but isn't mandatory to develop or run your app.
- c0balt 5mo ago
  Are you sure about that? Flutter development for Android works great in VS Code/Codium. The Android extension [0] for VS Code has also worked fine in the past on a small Java-based App for me. Android Studio is a probably the best IDE for this usecase but is not the only way. [0]: https://marketplace.visualstudio.com/items?itemName=adelphes.android-dev-ext https://marketplace.visualstudio.com/items?itemName=adelphes...
- myko 5mo ago
  what? this is super easy with vim and gradle CLI
QQ00 5mo ago
What's the point then? Because nobody use Swift outside of iOS app development.
- girvo 5mo ago
  > Because nobody use Swift outside of iOS app development Because that isn't true, people do use it outside of iOS app dev, and is becoming more true as time goes on to boot. It's also a chicken-and-egg problem: no one will use Swift for non-iOS tasks if the tooling support isn't there. The more investment into it, the more it will be picked up for other tasks. But it's been used outside of Apple-specific things since the early days in various niches.
- myko 5mo ago
  I've been migrating my DikuMUD (originally C) to Swift for years! It's been pretty fun and Swift is a great language for it

hyzyla 5mo ago

No so straightforward, but there is project that parses xcodebuild logs and pass them to lsp to provide LSP for SwiftUI projects https://github.com/SolaWing/xcode-build-server https://github.com/SolaWing/xcode-build-server Also I build extra tooling to facilitate iOS development in VSCode https://github.com/sweetpad-dev/sweetpad https://github.com/sweetpad-dev/sweetpad

sunnybeetroot 5mo ago
Thanks for your great work on sweetpad. I’ve always been a bit curious where the name came from though.
- wiseowise 5mo ago
  Sweet=sweeft=swift+pad?

pezgrande 5mo ago

I hate that I need to create an Apple account (with email and phone verification) just to be able download the sdk to use MacOS APIs. To make things worse I tried for like one hour to create an account and couldn't because for some reason I was no receiving the verification email.