3 ms·
While Mr. Triska evangelizes for Scryer (which I really hope will succeed in its endeavors), the more mature web framework still is in SWI prolog. As for the d
by rscho 6y ago
While Mr. Triska evangelizes for Scryer (which I really hope will succeed in its endeavors), the more mature web framework still is in SWI prolog.
As for the database, this is where prolog shines: prolog is the database. You store data in the internal facts database.
Concurrency is another prolog strength. For example: https://www.swi-prolog.org/pack/list?p=spawn https://www.swi-prolog.org/pack/list?p=spawn
See also this very nice talk: https://www.google.com/url?sa=t&source=web&rct=j&url=https://m.youtube.com/watch%3Fv%3DG_eYTctGZw8&ved=2ahUKEwi-z6LAqZbqAhVNC-wKHQfjBuUQo7QBMAB6BAgAEAE&usg=AOvVaw1sYxqfAt6-T-BJ-aviCSgS https://www.google.com/url?sa=t&source=web&rct=j&url=https:/...
As for retries, I have only a blurry idea of what that's about, but from my limited understanding I suspect it's perfectly doable.
- zelphirkalt 6y agoI do not know that much about Prolog. Only used it once or twice so far. Would the internal facts database as storage be as efficient as a typical database, say SQLite or Postgres? What I mean by "efficient" is: Would it consume similar amounts of disk space or memory and would it be as fast in responding to queries with results?
- rscho 6y agoPotentially yes, but current prolog implementations are mostly academic productions with few man-hours invested into them compared to more popular languages. So no, you won't build huge industrial websites on current prolog, but mid-size webapps are certainly within reach as modern prologs are much faster than people usually suspect. Prolog huge data munging is a thing though. Check the "semantic web" and related for examples.